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CREATION AND DISPLAY OF INDICES 
WITHIN A PROCESS PLANT 



RELATED APPLICATIONS 
This patent claims priority from U.S. Provisional Application Serial No. 
5 60/273,164 which was filed on March 1,2001. 

FTELD OF TECHNOLOGY 
The present invention relates generally to process control systems within 
process plants and, more particularly, to the use of a coordinated expert system to aid 
asset utilization and optimization in a process plant. 

10 DESCRIPTION OF THE RE LATED ART 

Process control systems, like those used in chemical, petroleum or other 
processes, typically include one or more centralized or decentralized process 
controllers communicatively coupled to at least one host or operator workstation and 
to one or more process control and instrumentation devices, such as field devices, via 
15 analog, digital or combined analog/digital buses. Field devices, which may be, for 
example valves, valve positioners, switches, transmitters, and sensors (e.g., 
temperature, pressure and flow rate sensors), perform functions within the process 
such as opening or closing valves and measuring process parameters. The process 
controller receives signals indicative of process measurements or process variables 
20 made by or associated with the field devices and/or other information pertaining to the 
field devices, uses this information p implement a control routine and then generates 
control signals which are sent over one or more of the buses to the field devices to 
control the operation of the process. Information from the field devices and the 
controller is typically made available to one or more applications executed by an 
25 operator workstation to enable an operator to perform desired functions with respect 
to the process, such as viewing the current state of the process, modifying the 
operation of the process, etc. 

While a typical process control system has many process control and 
instrumentation devices, such as valves, transmitters, sensors, etc. connected to one or 
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more process controllers which execute software that controls these devices during the 
operation of the process, there are many other supporting devices which are also 
necessary for or related to process operation. These additional devices include, for 
example, power supply equipment, power generation and distribution equipment, 
5 rotating equipment such as turbines, etc., which are located at numerous places in a 
typical plant. While this additional equipment does not necessarily create or use 
process variables and, in many instances, is not controlled or even coupled to a 
process controller for the purpose of affecting the process operation, this equipment is 
nevertheless important to and ultimately necessary for proper operation of the process. 
10 In the past however, process controllers were not necessarily aware of these other 
devices or the process controllers simply assumed that these devices were operating 
properly when performing process control. 

Still further, many process plants have other computers associated therewith 
which execute applications related to business functions or maintenance functions. 
15 For example, some plants include computers which execute applications associated 
with ordering raw materials, replacement parts or devices for the plant, applications 
related to forecasting sales and production needs, etc. Likewise, many process plants, 
and especially those which use smart field devices, include applications which are 
used to help monitor and maintain the devices within the plant regardless of whether 
20 these devices are process control and instrumentation devices or are other types of 
devices. For example, the Asset Management Solutions (AMS) application sold by 
Fisher-Rosemount Systems, Inc. enables communication with and stores data 
pertaining to field devices to ascertain and track the operating state of the field 
devices. An example of such a system is disclosed in U.S. Patent Number 5,960,214 
25 entitled "Integrated Communication Network for use in a Field Device Management 
System." In some instances, the AMS application may be used to communicate with 
devices to change parameters within the device, to cause the device to run 
applications on itself, such as self calibration routines or self diagnostic routines, to 
obtain information about the status or health of the device, etc. This information may 
30 be stored and used by a maintenance person to monitor and maintain these devices. 
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Likewise, there are other types of applications which are used to monitor other types 
of devices, such as rotating equipment and power generation and supply devices. 
These other applications are typically available to the maintenance persons and are 
used to monitor and maintain the devices within a process plant. 
5 However, in the typical plant or process, the functions associated with the 

process control activities, the device and equipment maintenance and monitoring 
activities, and the business activities are separated, both in the location in which these 
activities take place and in the personnel who typically perform these activities. 
Furthermore, the different people involved in these different functions generally use 
10 different tools, such as different applications run on different computers to perform 

the different functions. In many instances, these different tools collect or use different 
types of data associated with or collected from the different devices within the process 
and are set up differently to collect the data they need. For example, process control 
operators who generally oversee the day to day operation of the process and who are 
15 primarily responsible for assuring the quality and continuity of the process operation f. 
typically affect the process by setting and changing set points within the process, 
tuning loops of the process, scheduling process operations such as batch operations, * 
etc. These process control operators may use available tools for diagnosing and 
correcting process control problems within a process control system, including, for 
20 example, auto-tuners, loop analyzers, neural network systems, etc. Process control 
operators also receive process variable information from the process via one or more 
process controllers which provide information to the operators about the operation of 
the process, including alarms generated within the process. This information may be 
provided to the process control operator via a standard user interface. 
25 Still further, it is currently known to provide an expert engine that uses process 

control variables and limited information about the operating condition of the control 
routines or function blocks or modules associated with process control routines to 
detect poorly operating loops and to provide information to an operator about 
suggested courses of action to correct the problem. Such an expert engine is disclosed 
30 in U.S. Patent Application Serial Number 09/256,585 entitled "Diagnostics in a 
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Process Control System," which was filed on February 22, 1999 and in U.S. Patent 
Application Serial Number 09/499,445 entitled "Diagnostic Expert in a Process 
Control System," which was filed on February 7, 2000, both of which are hereby 
expressly incorporated by reference herein. Likewise, it is known to run control 
5 optimizers, such as real time optimizers, within a plant to optimize the control 

activities of the process plant. Such optimizers typically use complex models of the 
plant to predict how inputs may be changed to optimize operation of the plant with 
respect to some desired optimization variable such as, for example, profit. 

On the other hand, maintenance personnel who are primarily responsible for 
10 assuring that the actual equipment within the process is operating efficiently and for 
repairing and replacing malfunctioning equipment, use tools such as maintenance 
interfaces, the AMS application discussed above, as well and many other diagnostic 
tools which provide information about operating states of the devices within the 
process. Maintenance persons also schedule maintenance activities which may 
15 require shut down of portions of the plant. For many newer types of process devices 
and equipment, generally called smart field devices, the devices themselves may 
include detection and diagnostic tools which automatically sense problems with the 
operation of the device and automatically report these problems to a maintenance 
person via a standard maintenance interface. For example, the AMS software reports 
20 device status and diagnostic information to the maintenance person and provides 

communication and other tools that enable the maintenance person to determine what 
is happening in devices and to access device information provided by devices. 
Typically, maintenance interfaces and maintenance personnel are located apart from 
process control operators, although this is not always the case. For example, in some 
25 process plants, process control operators may perform the duties of maintenance 

persons or vice versa, or the different people responsible for these functions may use 
the same interface. 

Still further, persons responsible and applications used for business 
applications, such as ordering parts, supplies, raw materials, etc., making strategic 
30 business decisions such as choosing which products to manufacture, what variables to 
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optimize within the plant, etc. are typically located in offices of the plant that are 
remote from both the process control interfaces and the maintenance interfaces. 
Likewise, managers or other persons may want to have access to certain information 
within the process plant from remote locations or from other computer systems 

5 associated with the process plant for use in overseeing the plant operation and in 
making long term strategic decisions. 

Because, for the most part, very different applications used to perform the 
different functions within a plant, e.g., process control operations, maintenance 
operations and business operations are separated, the different applications used for 

10 these different tasks are not integrated and, thus, do not share data or information. In 
fact, many plants only include some, but not all, of these different types of 
applications. Furthermore, even if all of the applications are located within a plant, 
because different personnel use these different applications and analysis tools and 
because these tools are generally located at different hardware locations within the 

15 plant, there is little if any flow of information from one functional area of the plant to 
another, even when this information may be useful to other functions within the plant. 
For example, a tool, such as a rotating equipment data analysis tool, may be used by a 
maintenance person to detect a poorly functioning power generator or piece of 
rotating equipment (based on non-process variable type data). This tool may detect a 

20 problem and alert the maintenance person that the device needs to be calibrated, 
repaired or replaced. However, the process control operator (either a human or a 
software expert) does not have the benefit of this information, even though the poorly 
operating device may be causing a problem that is affecting a loop or some other 
component which is being monitored by the process control operation. Likewise, the 

25 business person is not aware of this fact, even though the malfunctioning device may 
be critical to and may be preventing optimization of the plant in a manner that the 
business person may desire. Because the process control expert is unaware of a 
device problem which may be ultimately causing poor performance of a loop or unit 
in the process control system and because the process control operator or expert 

30 assumes that this equipment is operating perfectly, the process control expert may 
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misdiagnose the problem it detects within the process control loop or may try to apply 
a tool, such as a loop tuner, which could never actually correct the problem. 
Likewise, the business person may make a business decision to run the plant in a 
manner that will not achieve the desired business effects (such as optimizing profits) 

5 because of the malfunctioning device. 

Due to the abundance of data analysis and other detection and diagnostic tools 
available in the process control environment, there is a lot of information about the 
health and performance of devices available to the maintenance person which could 
be helpful to the process operator and the business persons. Similarly, there is a lot of 

10 information available to the process operator about the current operational status of 
the process control loops and other routines which may be helpful to the maintenance 
person or to the business person. Likewise, there is information generated by or used 
in the course of performing the business functions which could be helpful to the 
maintenance person or the process control operator in optimizing the operation of the^r 

15 process. However, in the past, because these functions were separated, the ^> 
information generated or collected in one functional area was not used at all, or not *: 
used very well in other functional areas which led to an overall sub-optimal use of the 
assets within process plants. 

SUMMARY 

20 A process control system collects data or information pertaining to the assets 

of a process plant from various entities of the plant at varying levels of hierarchy. The 
entities may include field devices such as valves, positioners, switches, multiplexers, 
transmitters, sensors, control systems, transceivers, variable speed drivers, actuators, 
I/O systems, two-, three-, or four-wire devices, etc., as well as various smart devices 

25 including devices according to a specific protocol such as Fieldbus, HART, 

PROFE8US®, WORLDFIP®, Device-Net®, AS-Interface, and CAN. The devices 
may also include network communication devices such as TCP/IP protocol devices, 
Ethernet devices, and internet devices. The entities may further include field 
equipment such as power generation equipment, power distribution equipment, 
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transformers, tanks, rotating equipment, measuring equipment, pumps, etc. Still 
further, the entities may include groups of devices and/or equipment such as loops, 
sub units, units, areas or other process control entities. Data and information from 
these devices, such as process and maintenance data, is manipulated in a coordinated 
5 manner by tools, such as an index computation device and modeling tools to create 
use indices which relate to the status of the entity. For example, information or data 
may be collected pertaining to the health, variability, performance or utilization of a 
device, loop, unit, etc. to create a use index relating to the status of the entity. This 
information may then be sent to and displayed to a process operator, maintenance 
10 person or other user to inform that person of a current or future problem. This same 
information may be used by the process operator to execute a variety of decisions 
related to the system or individual entities. Alternatively, the system itself may 
execute such decisions automatically. The process control system may generate 
indices pertaining to non-process variables, such as the health, performance, 
15 utilization and variability of a device, unit, loop, etc. 

Still further, some eiitities may be combined to create a higher level entity and 
the use indices of the entities may be combined to generate use indices for the higher ' 
level entity. Alternatively, models of various entities may be interconnected to 
generate new models of a higher level entity. The operations of the entity may be 
20 simulated to provide new data or information which may be used to create a use index' 
indicating the status of the higher level entity. 

Still further yet, a representation of the entities may be displayed with a 
corresponding use index for each entity. A description may be provided for the 
benefit of the user to explain the meaning of a particular value for the use index to 
25 explain the status of the entity. This description may be used to inform the user of a 
current or future problem, how to correct the problem, how to optimize the entity, etc. 
A representation of a higher level entity which includes the entities may be displayed 
along with its corresponding use index. The representations of the entities may 
together make up a representation of the higher level entity. The control operator or 
30 other user may be permitted to switch between the representation of the higher level 
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entity and a representation of one of the entities making up the higher level entity to 
allow for viewing of various hierarchical levels within the process control system. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of a process plant having an asset utilization expert 
5 configured to receive and coordinate data transfer between many functional areas of 
the plant; 

Fig. 2 is a data and information flow diagram with respect to the asset 
utilization expert within the plant of Fig. 1 ; 

Fig. 3 is a block diagram of a model used to simulate the operation of an area 

10 within a plant; 

Fig. 4 is a block diagram of a model used to simulate the operation of a unit 

within the area model of Fig. 3; 

Fig. 5 is a two-dimensional performance monitoring diagram; 

Fig. 6 is a graph illustrating an exemplary fiducial line chosen for use in a 
15 furnace and a coking rate based on this fiducial line; 

Pig. 7 is a graph illustrating the development of a new coking rate based on the < 
fiducial line of Fig. 6; 

Fig. 8 is an exemplary depiction of a display representing a unit within a 
process control system that may be displayed by a graphical user interface; 
20 Fig. 9 is an exemplary table that illustrates one manner in which indices may 

be generated for different levels of a system hierarchy; 

Fig. 10 is an exemplary chart depicting one manner in which a performance 
index for a unit may be calculated; 

Fig. 1 1 is an exemplary table that illustrates one manner in which index values 
25 may be used to calculate a new index value as a weighted average of the index values; 

Fig. 12 is an exemplary table that illustrates one manner in which a variability 
index may be calculated for a unit; 

Fig. 13 is an exemplary display that may be provided by a graphical user 
interface in response to an abnormal variability index; 
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Fig. 14 is an exemplary display of the data used to generate a variability index; 
Fig. 1 5 is an exemplary graphical depiction of a display that may be provided 
by a graphical user interface; 

Fig. 16 is an exemplary graphical display that may be provided by a graphical 

5 user interface; 

Fig. 17 is an exemplary depiction of a display that may be provided by a 
graphical user interface to enable a user to view audit trail information; 

Fig- 1 8 is an exemplary depiction of a display that may be provided by a 
graphical user interface to enable a user to perform a more detailed analysis of data 
10 used to generate one or more indices for a device; 

Fig. 19 is an exemplary depiction of a display that may be provided by a 
graphical user interface to enable a user to graphically view or monitor a performance 
characteristic of a device; 

Fig. 20 is yet another exemplary depiction of a display that may be provided r ' 
15 by a graphical user interface to enable a user to quickly investigate information within 
a plant; 

Figs. 2 1 -23 are exemplary pop-up windows that may be displayed by a 
graphical user interface to provide device status information;. 

Fig. 24 is an exemplary display that may be. provided by a graphical user 
20 interface to give detailed help information to a user; 

Fig. 25 is an exemplary depiction of a display that may be provided by a 
graphical user interface to enable a user to diagnose loop-related problems; 

Fig. 26 is yet another exemplary depiction of a display that may be provided 
by a graphical user interface that enables a user to analyze the performance and/or 
25 status of one or more process control loops; 

Fig. 27 is still another exemplary depiction of a display that may be provided 
by a graphical user interface to enable a user to track or generate work orders; 

Figs. 28-31 illustrate displays showing spectral plots of vibration of an 
element within a rotary device; 
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Fig. 32 is a block diagram of a remote monitoring facility connected to 
multiple process plants via a communication network; and 

Fig. 33 is a more detailed block diagram of the remote monitoring facility of 
Fig. 32. 

5 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

' Referring now to Fig. 1 , a process plant 10 includes a number of business and 
other computer systems interconnected with a number of control and maintenance 
systems by one or more communication networks. The process plant 10 includes one 
or more process control systems 12 and 14. The process control system 12 may be a 

10 traditional process control system such as a PROVOX or RS3 system or any other 
DCS which includes an operator interface 12A coupled to a controller 12B and to 
input/output (I/O) cards 12C which, in turn, are coupled to various field devices such 
as analog and Highway Addressable Remote Transmitter (HART) field devices 15. 
The process control system 1 4, which may be a distributed process control system, 

15 includes one or more operator interfaces 14A coupled to one or more distributed 

controllers 1 4B via a bus, such as an Ethernet bus. The controllers 1 4B may be, for * 
example, DeltaV™ controllers sold by Fisher-Rosemount Systems, Inc. of Austin, 
Texas or any other desired type of controllers. The controllers 14B are connected via • 
I/O devices to one or more field devices 16, such as for example, HART or Fieldbus 

20 field devices or any other smart or non-smart field devices including, for example, 
those that use any of the PROFIBUS®, WORLDFIP®. Device-Net®, AS-mterface 
and CAN protocols. As is known, the field devices 16 may provide analog or digital 
information to the controllers 14B related to process variables as well as to other 
device information. The operator interfaces 14A may store and execute tools 

25 available to the process control operator for controlling the operation of the process 
including, for example, control optimizers, diagnostic experts, neural networks, 
tuners, etc. 

Still further, maintenance systems, such as computers executing the AMS 
application or any other device monitoring and communication applications may be 
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connected to the process control systems 12 and 14 or to the individual devices 
therein to perform maintenance and monitoring activities. For example, a 
maintenance computer 18 may be connected to the controller 12B and/or to the 
devices 1 5 via any desired communication lines or networks (including wireless or 
5 handheld device networks) to communicate with and, in some instances, reconfigure 
or perform other maintenance activities on the devices 15. Similarly, maintenance 
applications such as the AMS application may be installed in and executed by one or 
more of the user interfaces 14A associated with the distributed process control system 
14 to perform maintenance and monitoring functions, including data collection related 
10 to the operating status of the devices 16. 

The process plant 1 0 also includes various rotating equipment 20, such as 
turbines, motors, etc. which are connected to a maintenance computer 22 via some 
permanent or temporary communication link (such as a bus, a wireless 
communication system or hand held devices which are connected to the equipment 20 
15 to take readings and are then removed). The maintenance computer 22 may store and .ifsf- 
execute known monitoring and diagnostic applications 23 provided by, for example, 
CSi Systems or other any other known applications used to diagnose, monitor and * 
optimize the operating state of the ro tating equipment 20. Maintenance personnel 
usually use the applications 23 to maintain and oversee the performance of rotating 
20 equipment 20 in the plant 10, to determine problems with the rotating equipment 20 ' 
and to determine when and if the rotating equipment 20 must be repaired or replaced. 

Similarly, a power generation and distribution system 24 having power 
generating and distribution equipment 25 associated with the plant 10 is connected 
via, for example, a bus, to another computer 26 which runs and oversees the operation 
25 of the power generating and distribution equipment 25 within the plant 10. The 

computer 26 may execute known power control and diagnostics applications 27 such 
a as those provided by, for example, Liebert and ASCO or other companies to control 
and maintain the power generation and distribution equipment 25. 

In the past, the various process control systems 12 and 14 and the power 
30 generating and maintenance systems 22 and 26 have not been interconnected with 
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each other in a manner that enables them to share data generated in or collected by 
each of these systems in a useful manner. As a result, each of the different functions 
such as the process control functions, power generation functions and rotating 
equipment functions have operated on the assumption that the other equipment within 
5 the plant which may be affected by or have an affect on that particular function is 

operating perfectly which, of course, is almost never the case. However, because the 
functions are so different and the equipment and personnel used to oversee these 
functions are different, there has been little or no meaningful data sharing between the 
different functional systems within the plant 10. 
10 To overcome this problem, a computer system 30 is provided which is 

communicatively connected to the computers or interfaces associated with the various 
functional systems within the plant 10, including the process control functions 12 and 
14, the maintenance functions such as those implemented in the computers 18, 14 A, 
22 and 26 and the business functions, hi particular, the computer system 30 is 
15 comniunicatively connected to the traditional process control system 12 and to the 
maintenance interface IS associated whh that control system, is connected to the 
process control and/or maintenance interfaces 14A of the distributed process control 
system 14, is connected to the rotating equipment maintenance computer 22 and to the 
power generation and distribution computer 26, all via a bus 32. The bus 32 may use 
20 any desired or appropriate local area network (LAN) or wide area network (W AN) 
protocol to provide communications. 

As illustrated in Fig. 1 , the computer 30 is also connected via the same or a 
different network bus 32 to business system computers and maintenance planning 
computers 35 and 36, which may execute, for example, enterprise resource planning 
25 (ERP), material resource planning (MRP), accounting, production and customer 
ordering systems, maintenance planning systems or any other desired business 
applications such as parts, supplies and raw materials ordering applications, 
production scheduling applications, etc. The computer 30 may also be connected via, 
for example, the bus 32, to a plantwide LAN 37, a corporate WAN 38 as well as to a 
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computer system 40 that enables remote monitoring of or communication with the 
plant 10 from remote locations. 

In one embodiment, the communications over the bus 32 occur using the XML 
protocol. Here, data from each of the computers 12A, 18, 14A, 22, 26, 35, 36, etc. is 
5 wrapped in an XML wrapper and is sent to an XML data server which may be located 
in, for example, the computer 30. Because XML is a descriptive language, the server 
can process any type of data. At the server, if necessary, the data is encapsulated with 
to a new XML wrapper, i.e., this data is mapped from one XML schema to one or 
more other XML schemas which are created for each of the receiving applications. 
10 Thus, each data originator can wrap its data using a schema understood or convenient 
for that device or application, and each receiving application can receive the data in a 
different schema used for or understood by the receiving application. The server is 
configured to map one schema to another schema depending on the source and 
destination^) of the data. If desired, the server may also perform certain data ' " - 

15 processing functions or other functions based on the receipt of data. The mapping and ? 
processing function rules are set up and stored in the server prior to operation of the 
system described herein. . In this manner, data, may be sent from any one application to 
one or more other applications. 

Generally speaking, the computer 30 stores and executes an asset utilization * •' 
20 expert 50 that collects data and other information generated by the process control 
systems 12 and 14, the maintenance systems 18, 22 and 26 and the business systems 
35 and 36 as well as information generated by data analysis tools executed in each of 
these systems. The asset utilization expert 50 may be based on, for example, the OZ 
expert system currently provided by NEXUS. However, the asset utilization expert 50 
25 may be any other desired type of expert system including, for example, any type of 

data mining system. Importantly, the asset utilization expert 50 operates as a data and 
information clearinghouse in the process plant 10 and is able to coordinate the 
distribution of data or information from one functional area, such as the maintenance 
area, to other functional areas, such as the process control or the business functional 
30 areas. The asset utilization expert 50 may also use the collected data to generate new 
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information or data which can be distributed to one or more of the computer systems 
associated with the different functions within the plant 10. Still further, the asset 
utilization expert 50 may execute or oversee the execution of other applications that 
use the collected data to generate new types of data to be used within the process plant 
5 10. 

In particular, the asset utilization expert 50 may include or execute index 
generation software 5 1 that creates indices associated with devices, like process 
control and instrumentation devices, power generation devices, rotating equipment, 
units, areas, etc, or that are associated widi process control entities, like loops, etc. 

10 within the plant 1 0. These indices can then be provided to the process control 

applications to help optimize process control and can be provided to the business 
software or business applications to provide the business persons more complete or 
understandable information associated with the operation of the plant 10. The asset :1 ^> 
utilization expert 50 can also provide maintenance data (such as device status - 

15 information) and business data (such as data associated with scheduled orders; 
timeframes, etc.) to a control expert 52 associated with, i or example, the process 
control system 14 to help an operator perform control activities such as optimizing s£3 
control. The control expert 52 may be located in, for example, the user interface 14 A 
or any other computer associated with the control system 14 or within the computer - 

20 30 if desired. 

In one embodiment, the control expert 52 may be, for example, the control 
expert described in U.S . Patent Application Serial Numbers 09/256,5 85 and 
09/499,445 identified above. However, these control experts may additionally 
incorporate and use data related to the status of devices or other hardware within the 

25 process plant 1 0 in the decision making performed by these control experts. In 
particular, in the past, the software control experts generally only used process 
variable data and some limited device status data to make decisions or 
recommendations to the process operator. With the communication provided by the 
asset utilization expert 50, especially that related to device status information such as 

30 that provided by the computer systems 1 8, 1 4A, 22 and 26 and the data analysis tools 
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implemented thereon, the control expert 52 can receive and incorporate device status 
information such as health, performance, utilization and variability information into 
its decision making along with process variable information. 

Additionally, the asset utilization expert 50 can provide information pertaining 
5 to states of devices and the operation of the control activities within the plant 1 0 to the 
business systems 35 and 36 where, for example, a work order generation application 
or program 54 can automatically generate work orders and order parts based on 
detected problems within the plant 10 or where supplies can be ordered based on work 
being performed. Similarly, changes in the control system detected by the asset ■■ 
10 utilization expert 50 may cause the business systems 35 or 36 to run applications that 
perform scheduling and supply orders using, for example, the program 54. In the 
same manner, changes in customer orders etc. can be entered into the business 
systems 35 or 36 and this data can be sent to the asset utilization expert 50 and sent to" 
the control routines or control expert 52 to cause changes in the control to, for 
15 . example, begin making the newly ordered products or to implement the changes made,^*: 
in the business systems 35 and 36, Of course, if desixed, each computer system -M 
connected to the bus 32 may have an application therein that functions to obtain the i&g 
appropriate data from the other applications within the computer and to sending this - ^ 
data to, for example, the asset utilization expert 50. * 
20 Additionally, the asset utilization expert 50 can send information to one or 

more optimizers 55 within the plant 10. For example, a control optimizer 55 can be 
located in the computer 14A and can run one or more control optimization Toutines 
55A, 55B, etc. Additionally or alternatively, optimizer routines 55 could be stored in 
and executed by the computer 30 or any other computer, and the data necessary 
25 therefore could be sent by the asset utilization expert 50. If desired, the plant 1 0 may 
also include models 56 that model certain aspects of the plant 10 and these models 56 
can be executed by the asset utilization expert 50 or a control or other expert such as 
the control expert 52 to perform modeling functions, the purpose of which will be 
described in more detail herein. Generally speaking, however, the models 56 can be 
30 used to determine device, area, unit, loop, etc, parameters, to detect faulty sensors or 
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other faulty equipment, as part of optimizer routines 55, to generate indices such as 
performance and utilization indices for use in the plant 10, to perform performance or 
condition monitoring, as well as for many other uses. The models 56 may be models 
such as those created by and sold by MDC Technology located in Teeside, England or 

5 may be any other desired types of models. There are, of course, many other 

. applications that can be provided within the plant 10 and that can use the data from 
the asset, utilization expert 50 and the system described herein is not limited to the- 
applications specifically mentioned herein. Overall, however, the asset utilization 
expert 50 helps to optimize the use of all of the assets within the plant 10 by enabling 

10 the sharing of data and coordination of assets between all of the functional areas of the 
plant 10. 

Also, generally speaking, one or more user interface routines 58 can be stored 
in and executed by one or more of the computers within the plant 10. For example,'? -' 
the computer 30, the user interface 14 A, the business system computer 35 or any othe¥a 
15 computer may run a user interface routine 58. Each user interface routine 58 can '• --'3* 
receive or subscribe to information from the asset utilization expert 50 and either the-*& 
same or different sets of data may be sent to each of the user interface routines 58. -'M*. 
Any one of the user interface routines 58 can provide different types of information 
using different screens to different users. For example, one of the user interface •»^ e *-' 
20 routines 58 may provide a screen or set of screens to a control operator or to a o* - 
business person to enable that person to set constraints or to choose optimization 
variables for use in a standard control routine or in a control optimizer routine. The 
user interface routine 58 may provide a control guidance tool that enables a user to 
view the indices created by the index generation software 51 in some coordinated 

25 . manner. This operator guidance tool may also enable the operator or any other person 
to obtain information about the states of devices, control loops, units, etc. and to 
easily see the information related to the problems with these entities, as that 
information has been detected by other software within the process plant 10. The user 
interface routine 58 may also provide performance monitoring screens using 

30 performance monitoring data provided by or generated by the tools 23 and 27, the 
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maintenance programs such as the AMS application or any other maintenance 
programs, or as generated by the models in conjunction with the asset utilization 
. expert 50. Of course, the user interface routine 58 may provide any user access to and 
enable the user to change preferences or other variables used in any or all functional 
5 areas of the plant 10. 

Referring now to Fig. 2, a data flow diagram illustrating some of the data flow 
. between the asset utilization expert 50 and other computer tools or applications within 
the process plant 10 is provided. In particular, the asset utilization expert 50 may 
receive information from numerous data collectors or date, sources such as 
10 multiplexers, uansrnitters, sensors, hand held devices, control systems, radio 

frequency (RF) transceivers, on-line control systems, web servers, historians, control 
modules or other control applications within the process plant .10, interfaces such as 
user interfaces and I/O interfaces as well as data servers such as buses (e.g\> Fieldbus, 
HART and Ethernet buses), valves, transceivers, sensors, servers and conttolTers and 
15 other plant assets such as process instixunentatiun, rotating equipment, electrical 

equipment, power generation equipment, variable speed driveis, etc. This da#ca« 
- take on any desired form based on how the data is generated of used by other" ^ 
•functional systems. Still further, ibis data may be sent to the asset uiUization expert 
50 using any desired or appropriate data communication protocol and coinmuftcaaon 
20 hardware such as the XML protocol discussed above. Generally speaking - tolvever, 
the plant 10 will be configured so that the asset utilization expert 50 automatically 
receives specific kinds of data from one or more of the data sources and so that the 
asset utilization expert 50 can take predetermined actions with respect to that data. 
. Also, the asset utilization expert 50 receives information from (and may 
25 actually execute) data analysis tools such as typical maintenance data analysis tools 
which are currently provided today, performance tracking tools, such as those 
associated with devices, as well as performance tracking tools for process control 
systems like that described in U.S. Patent Application Serial Numbers 09/256,585 and 
09/499,445 identified above. The data analysis tools may also include, for example, a 
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root cause application which detects root causes of certain types of problems, event 
detection such as that described in U.S. Patent No. 6,017,143, regulatory loop 
diagnostics such as that disclosed in U.S. Patent Application Serial Number 
09/303,869 (filed May 3, 1999), which is hereby expressly incorporated by reference 
5 herein, impulse lines plugging detection applications, such as that described in U.S. 
Patent Application Serial Number 09/257,896 (filed February 25, 1 999), which is 
hereby expressly incorporated by reference herein, other plugged line detection 
applications, device status applications, device configuration applications and 
maintenance applications, device storage, historian and information display toois, 
10 such as AMS, Explorer applications and audit trail applications. Still further, the 
expert 50 can receive data and any information from process control data analysis 
tools such as the advanced control expert 52, model predictive control process 
routines such as those described in U.S. Patent Application Serial Numbers - 
09/593,327 (filed June 14, 2000) and 09/412,078 (filed October 4, 1999), which are v 
1 5 hereby expressly incorporated by reference herein, tuning routines, fuzzy logic control " 
routines and neural network control routines, as well as from virtual sensors such as 
that described in U.S. Patent No. 5,680,409, which may be provided within the 
process control system 10. Still further, the asset utilization expert 50 may receive 
information from data analysis tools related to rotating equipment such as on-line 
20 vibration, RF wireless sensors and hand-held data collection units, oil analysis 
associated with rotating equipment, thermography, ultra-sonic systems and laser 
alignment and balancing systems, all of which may be related to detecting problems or 
the status of rotating equipment within the process plant 10. These tools are currently 
known in the art and so will not be described further herein. Still further, the asset 
25 utilization expert 50 may receive data related to power management and power 
equipment and supplies such as the applications 23 and 27 of Fig. 1, which may 
include any desired power management and power equipment monitoring and analysis 
tools. 

In one embodiment, the asset utilization expert 50 executes or oversees the 
30 execution of mathematical software models 56 of some or all of the equipment within 
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the plant 10, such as device models, loops models, unit models, area models, etc., 
which are run by, for example, the computer 30 or any other desired computer within 
process plant 10. The asset utilization expert 50 may use the data developed by or 
associated with these models for a number of reasons. Some of this data (or the 

5 models themselves) may be used to provide virtual sensors within the plant 1 0. Some 
of this data, or the models themselves, may be used to implement predictive control or 
real time optimal control within the plant 10. Some of the data generated by the 
models 56 may be used by the index generation routine 5 1 to generate indices which 
are used in other applications, such as business and process control applications. The 

10 use of the models 56 for these and other purposes will be described in more detail 
below. 

The asset utilization expert 50 receives data as it is generated or at certain 
periodic times over, for example, the bus 32 or other any communication network 
within the process plant 1 0. Thereafter, periodically or as needed, the asset utilization 
15 expert 50 redistributes the data to other applications or uses that data to generate and 
provide other information useful in different aspects of the control or operation of the 
process plant 10 to other function systems within the plant 10. In particular, ihe asset 
utilization expert 50 may supply data to cause the index generation routine 5 1 to 
create a series of composite indices such as a performance index, a utilization index, a 
20 health index and a variability index associated with one or more of the devices, units, 
loops, areas, or other entities within the process plant 10. The generation and use of 
these indices will also be discussed in more detail herein. 

The asset utilization expert 50 may also provide data to and receive data from 
control routines 62 which may be located in process controllers or interfaces 
25 associated with those controllers, optimizers 55, business applications 63, 
maintenance applications 66, etc. 

Furthermore, a control expert 65 (which may include a predictive process 
controller), which in the past simply assumed that the devices it was controlling either 
worked properly or not at all, can receive information from the asset utilization expert 
30 50 related to the status or health of the devices it is controlling, such as the utilization, 
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variability, health or performance indices mentioned above or other information 
related to the operating status of devices, loops, etc. which can be taken into account 
when trying to control a process. The predictive controller 65, as well as the 
optimizers 55 may provide additional information and data to user interface routines 

5 58. The predictive controller 65 or optimizer 55 may use the status information 
pertaining to actual current status of the devices in the network, as well as take into 
account goals and future needs such as those identified by business solution software 
provided from the asset utilization expert 50 as defined by, for example, business 
applications 63, to optimize control based on predictions within the control system. 

10 Still further, the asset utilization expert 50 may provide data to and receive 

data from enterprise resource planning tools such as those typically used in business 
solutions or business computers 35 and 36. These applications may include 
production planning tools which control production planning, material resource 
planning, the work order generation tool 54 which automatically generates part orders, 

i 5 work orders, or supply orders for use in the business applications, etc. Of course, the 
part order, work order and supply order generation may be completed automatically 
based on information from the asset utilization expert 50, which decreases the time 
required to recognize that an asset needs to be fixed as well as the time is takes to 
receive the parts necessary to provide corrective action with respect to maintenance 

20 issues. 

The asset utilization expert 50 may also provide information to the 
maintenance system applications 66, which not only alert maintenance people to 
problems immediately, but also take corrective measures such as ordering parts, etc. 
which will be needed to correct a problem. Still further, new models 68 may be 

25 generated using types of information that are available to the asset utilization expert 
50 but that were previously unavailable to any single system. Of course, it will be 
understood from Fig. 2 that the asset utilization expert 50 not only receives 
information or data from the data models and the analysis tools but, also receives 
information from enterprise resource tools, maintenance tools and process control 

30 tools. 
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Moreover, one or more coordinated user interface routines 58 may 
communicate with the asset utilization expert 50 as well as any other applications 
within the plant 10 to provide help and visualization to operators, maintenance 
persons, business persons, etc. The operators and other users may use the coordinated 
5 user interface routines 58 to perform or to implement predictive control, change 

settings of the plant 10, view help within the plant 10, or perform any other activities 
related to the information provided by the asset utilization expert 50. As discussed 
above, the user interface routines 58 may include an operator guidance tool that 
receives information from the predictive controller 65 as well as information related 
10 to the indices, which can be used by an operator or other user to help perform many 
functions such as viewing the status of a process or devices within the process, to 
guide the predictive controller 65 or to perform predictive or optimized control. Still 
further, the user interface routines 58 may be used to view data or to obtain data from 
any of the tools in the other parts of the process plant 10 via, for example, the asset 
15 utilization expert 50. For example, managers may want to know what is happening in 
the process or may need high level information related to the process plant 1 0 to make 
strategic plans. 

As mentioned above, the asset utilization expert 50 can execute or oversee the 
execution of one or more mathematical or software models 56 mat model the 

20 operation of a particular plant or entities within the plant, such as devices, units, 
loops, areas, etc. These models may be hardware models or they may be process 
control models. In one embodiment, to generate these models, a modeling expert 
divides the plant into component hardware and/or process control parts and provides a 
model for the different component parts at any desired level of abstraction. For 

25 example, the model for a plant is implemented in software and is made up of or may 
include a set of hierarchically related, interconnected models for the different areas of 
the plant. Similarly, the model for any plant area may be made up of individual 
models for the different units within the plant with interconnections between the 
inputs and outputs of these units. Likewise, units may be made up of interconnected 
30 device models, and so on. Of course, area models may have device models 
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interconnected with unit models, loop models, etc. In this example model hierarchy, 
the inputs and outputs of models for the lower level entities, such as devices, may be 
interconnected to produce models for higher level entities, such as units, the inputs 
and outputs of which may be interconnected to create still higher level models, such 

5 as area models, and so on. The way in which the different models are combined or 
interconnected will, of course depend on the plant being modeled. While a single, 
complete mathematical model for the whole plant could be used, it is believed that 
providing different and independent component models for different portions of or 
entities within the plant, such as areas, units, loops, devices, etc. and interconnecting 

10 these different models to form larger models is useful for a number of reasons. 

Furthermore, it is desirable to use component models that can be run independently of 
one another as well as together with other component models as part of a larger 
model. 

While highly mathematically accurate or theoretical models (such as Ihird or 
15 fourth order models) may be used for the entire plant or foi any cr all cf the 

component models, the individual models need not necessarily be as mathematically 
accurate as possible and could be, for example, first or second order models or other 
types of models. These simpler models can generally be executed more quickly in 
software and can be made more accurate by matching the inputs and outputs of the 
20 models with actual measurements of inputs and outputs made within the plant in a 
manner described herein. In other words, the individual models may be tuned or 
tweaked to accurately model the plant or the entities within the plant based on actual 
feedback from the plant. 

The use of hierarchical software models will now be described with respect to 
25 Figs. 3 and 4. Fig. 3 illustrates models for multiple areas 80, 81 and 82 within a 

refining plant. As illustrated in Fig. 3, the area model 82 includes a component model 
of a raw material source 84 which feeds raw material such as crude oil to a pre- 
processor model 88. The pre-processor 88 provides some refining to the raw material 
and provides an output, typically crude oil to a distillation process 90 for further 
30 refining. The distillation process 90 outputs C 2 H 4 , usually a desired product, and 
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C 2 H 6 which, generally speaking, is a waste product. The C 2 H 6 is fed back to a C 2 
cracker 92 which provides its output to the pre-processor 88 for further processing. 
The feedback from the distillation process 90 through the C 2 cracker 92 is a recycling 
process. Thus, the model for the area 82 may include separate models for the raw 
5 material source 84, the pre-processor 88, the distillation process 90 and the cracker 
92 having inputs and outputs interconnected as illustrated in Fig. 3. That is, each 
component model may be tied to the inputs and outputs of other component models in 
the manner illustrated in Fig. 3 to form the model for the area 82. Of course, the 
models for the other areas 80 and 81 could have other component models having 
10 interconnected inputs and outputs. 

Referring now to Fig. 4, the component model for the distillation process 90 is 
illustrated in more detail and includes a distillation column 100 having a top portion 
100T and a bottom portion 100B. The input 103 to the distillation column 100 is an 
indication of pressure and temperature which may be tied to the output of the model 
15 for the pre-processor 88 shown in Fig. 3 . However, this input could be set by an 
operator or be set based on actual measured inputs or variables within the plant 10. 
Generally speaking, the distillation column 100 includes a number of plates disposed 
therein and fluid moves between the plates during the distillation process. C 2 H 4 is 
produced out of the top 100T of the column 100 and a reflux drum 102 feeds back 
20 some of this material to the top 100T of the column 100. QHg generally comes out of 
the bottom of the column 100 and a reboiler 104 pumps polypropylene into the 
bottom 100B of the column 100 to aid in the distillation process. Of course, if 
desired, the model for the distillation process 90 may be made up of component 
models for the distillation column 100, the reflux drum 102 and the reboiler 104, etc. 
25 having the inputs and outputs of these models connected as illustrated in Fig. 4 to 
form the component model for the distillation process 90. 

As noted above, the component model for the distillation process 90 may be 
executed as part of a model for the area 82 or may be executed separately and apart 
from any other models. In particular, the input 103 to the distillation column 100 
30 and/or the outputs C 2 H 4 and CJHg can actually be measured and these measurements 
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may be used within the model of the distillation process 90 in a number of ways as 
described below. In one embodiment, the inputs and outputs of the model of the 
distillation process 90 may be measured and used to determine other factors or 
parameters associated with the model of the distillation process 90 (such as the 

5 distillation column efficiency, etc.) to force the model of the distillation process 90 to 
more accurately match the operation of the actual distillation column within the plant 
10. The model of the distillation process 90 may then be used with the calculated 
parameters, as part of a larger model, such as an area or plant model. Alternatively or 
additionally, the model of the distillation process 90 with the calculated parameters 

10 may be used to determine virtual sensor measurements or to determine if actual sensor 
measurements within the plant 10 are in error. The model of the distillation process 
90 with the determined parameters may also be used to perform control or asset 
utilization optimi2ation studies, etc. Still further, component models may be used to 
^ detect and isolate developing problems in the plant 10 or to see how changes to the 

15 plant 1 0 might affect the selection of optimization parameters for the plant 1 0. 

If desired, any parti cular model or component model may be executed to 
determine the values of the parameters associated with that model. Some or all of 
these parameters such as efficiency parameters may mean something to an engineer 
within the context of the model but are generally immeasurable within the plant 10. 

20 More particularly, a component model may be generally mathematically described by 
the equation Y = F(X, P), wherein the outputs Y of the model are a function of the 
inputs X and a set of model parameters P. In the example of the distillation column 
model of the distillation process 90 of Fig. 4, an expert system may periodically 
collect data (e.g., every hour, every ten minutes, every minute, etc. from the actual 

25 plant indicative of the actual inputs X to and the outputs Y from the entity to which 
the model pertains. Then, every so often, a regression analysis, such as a maximum 
likelihood, least squares or any other regression analysis may be performed using the 
model and multiple sets of the measured inputs and outputs to determine a best fit for 
the unknown model parameters P based on the multiple sets of measured data. In this 

30 maimer, the model parameters P for any particular model may be determined using 
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actual or measured inputs and outputs to reconcile the model with the entity being 
modeled. Of course, this process can be performed for any and all component models 
used within the plant 10 and can be performed using any appropriate number of 
measured inputs and outputs. Preferably, the asset utilization expert 50 collects the 
5 data associated with the appropriate inputs and outputs for a model over a period of 
time from the process control network and stores this data for use by the models 56. 
Then, at the desired times, such as every minute, hour, day, etc., the asset utilization 
expert 50 may execute the regression analysis using the most recently collected sets of 
data to determine the best fit for the model parameters using die collected data. The 
10 sets of measured input and output data that are used in the regression analysis may be 
independent of or may overlap with the sets of data used in a previous regression 
analysis for that model. Thus, for example, a regression analysis for a particular 
model may be run every hour but may use input and output data collected every 
minute for the last two hours. As a result, half of the data used in any particular 
15 regression analysis may overlap widi the data, i.e., is die same as data that was \xsed in 
a pievious regression analysis. This overlapping of data used in the regression 
analysis provides for more continuity or consistency in the calculation of the model 
parameters. 

Similarly, a regression analysis can be performed to determine if sensors 
20 making measurements within the process 10 are drifting or have some other error 
associated therewith. Here, the same data or potentially different data pertaining to 
the measured inputs and outputs of the entity being modeled are collected and stored 
by, for example, the asset utilization expert 50. In this case, the model can be 
generally mathematically expressed as Y+dY = F(X+dX, P), wherein dY are the 
25 errors associated with the measurements of the outputs Y, and dX are the errors 

associated with measurements of the inputs X. Of course, these errors could be any 
types of errors, such as bias, drift, or non-linear errors and the model may recognize 
that the inputs X and outputs Y may have different kinds of errors associated 
therewith, with the different kinds of possible errors having different mathematical 
30 relationships to the actual measured values. In any event, a regression analysis, such 
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as a maximum likelihood, least squares or any other regression analysis may be 
performed using the model with the measured inputs and outputs to determine a best 
fit for the unknown sensor errors dY and dX. Here, the model parameters P may be 
based on the parameters P calculated using a previous regression analysis for the 

5 model, or may be treated as further unknowns and may be determined in conjunction 
with this regression analysis. Of course, as the number of unknowns used within 
regression analysis increases, the amount of data required increases and the longer it 
takes to run the regression analysis. Furthermore, if desired, the regression analysis 
for determining the model parameters and the regression analysis for determining the 

10 sensor errors may be run independently and, if desired, at different periodic rates. 
This different periodicity may be beneficial when, for example, the time frame over 
which measurable sensor errors are likely to occur is much different, either greater 
than or less than, the time frame over which changes in the model parameters are 
likely to occur. 

l5 Tu any event, using these component models, the asset utilization expert. 50 can 

perform asset performance monitoring by plotting the values of the determined model 
parameters) (and/or model inputs and outputs) versus time. Still further, the. asset 
utilization expert 50 can detect potentially faulty sensors by comparing the determined 
sensor errors dY and dX to thresholds. If one or more of the sensors appears to have a 

20 high or an otherwise unacceptable error associated therewith, the asset utilization 
expert 50 can notify a maintenance person and/or a process control operator of the 
faulty sensor. 

It will be understood from this discussion that the component models may be 
executed independently for different purposes at different times and, in many cases, 

25 may be executed periodically to perform the above described performance monitoring 
activities. Of course, the asset utilization expert 50 can control the execution of the 
appropriate models for the appropriate purposes and use the results of these models 
for asset performance monitoring and optimization. It will be understood that the 
same model may be run by the asset utilization expert 50 for different purposes and 

30 for calculating different parameters or variables associated with the model. 
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As noted above, the parameters, inputs, outputs or other variables associated 
with any particular model may be stored and tracked to provide performance 
monitoring for a device, a unit, a loop, an area or any other entity of a process or a 
plant If desired, two or more of these variables may be tracked or monitored together 
5 to provide a multi-dimensional plot or measure of the performance of the entity. As 
part of this performance modeling, the location of the parameters or other variables 
within this multi-dimensional plot may be compared to thresholds to see if the entity, 
as defined by the coordinated parameters being monitored, is within a desired or 
acceptable region or is, instead, outside of that region. In this manner, the 
10 performance of an entity may be based on one or more parameters or other variables 
associated with that entity. Fig. 5 illustrates a two-dimensional plot of the operating 
region of an entity, such as the distillation column of Fig. 4, as defined by the values 
of the parameters PI and P2 for this entity. Here, the parameters PI and P2 (which 
may be determined using the model regression analysis described above or in any 
15 other desired manner) are plotted in a two-dimensional manner and the points on the 
plot (each being defined by a value for PI and a value for P2) are determined for 
different times illustrated as T1-T10. Thus the point XTl represents the point defined 
by the values for the parameters PI and P2 at time Tl . The points XT1 to XTIO on 
the plot of Fig. 5 illustrate that the entity was operating within a desired region (region 
20 1) between the times Tl and T6, entered a less desirable but acceptable region (region 
2) at time T7 and entered an unacceptable or failing region (region 3) at time T10; Of 
course, the boundaries of these different regions are determined beforehand by, for 
example, an expert and are stored in the computer 30 for access by the asset 
utilization expert 50 at any desired time. While Fig. 5 Ulustrates a two-dimensional 
25 parameter performance monitoring technique, this same technique could be applied in 
one dimension or in three or more dimensions to effect performance monitoring. 
Furthermore, the regions or other information about the location of the entity in the n- 
dimensional plot may be used by, for example, the index generation routine 51, to 
generate a performance index. 
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It will be understood that the asset utilization expert 50 can monitor one or 
more entities using the monitoring technique described above based on model 
parameters or other model variables and can report the operating states or 
performance measures of these entities to any other desired persons, functions or 
5 applications within the process plant 10, such as to a process control expert system, a 
maintenance person., a business application, a user interface routine 58, etc. Of 
course, it will also be understood that the asset utilization expert 50 may perform 
nprf^rrnanre nr condition monitorina on anv desired entity, based on one, two, thr 
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performance or condition monitoring on any desired entity, based on one, two, three 
or any other desired number of parameters or variables for each entity. The identity 
and number of variables or parameters to be used in this performance monitoring will 
generally be determined by an expert familiar with the process and will be based on 
the type of entity being monitored. 

If desired, the asset utilization expert 50 may also define a performance index 
or plot by comparing one or.more of the parameters determined by the models as 
described above with the same parameter determined by the model run in accordance 
with the design parameters of the entity being modeled, in particxuar, the asset 
utilization expert. 50,may:execute a model using the design parameters of the entity 
within the plant 10 to which the model pertains to determine what the designed 
performance of the entity would be if it was operating according to the current state of 
the process and using the actual inputs to the entity as measured within the plant 10. 
This design performance can then be compared to the actual performance of the entity 
as determined by the component model for that entity or as determined by the 
measured inputs and outputs of the entity to generate a measure of the performance of 
the entity. 

Thus, for example, the efficiency of an entity may be determined using the 
component model which estimates the parameters of the entity (one of which may 
efficiency) based on the regression analysis described above. At the same time, a 
model of the entity may be run using the parameters that would result according to ^ 
design criteria of the entity, but based on the actual inputs to and/or outputs from the 
entity. Thus, for example, if a different raw material was being input to the entity, the 
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design model would be run using the efficiency that would result from the change in 
raw materials. The performance of the entity in both cases may be compared to 
determine a performance index which indicates how far from the possible or designed 
operation the actual entity is operating. This performance index can then be reported 
5 to and used by other applications or users of the system, such as a process control, a 
maintenance or a business person or application. 

The component models 56 may also be used to perform process optimization. 
In particular, the asset utilization expert 50 may use one or more of the optimization 
routines 55 which execute the individual component models to optimize the operation 
10 of the plant in terms of some optimization criteria provided by, for example, a process 
control operator or a business person via a business application. The optimizer 55 can 
be a real time optimizer which operates in real time to optimize the plant 10 based on 
the actual state of the plant 1 0 at that time. Alternatively or additionally, an optimizer 
55 may determine changes to be made to the plant 10, such as bringing certain devices 
15 or units back on line, that will provide the greatest optimization of the plant 10. Of 
• . . • course, other types of optimization routines 55 may be executed instead of or in 
addition to those mentioned here. 

In one embodiment, the RTO+ real time optimization routine, which is 
provided by MDC Inc., may be used as a real time optimizer and may be executed at 
20 various or periodic times during operation of the plant 10, such as every 3-5 minutes, 
every 10-1 5 minutes, every hour, etc. Of course, other known or later developed 
optimizer routines which perform optimization less frequently, such as every 3 or 4 
hours or every 3 to 4 days could be used instead. 

The RTO+ optimizer implements three general phases each time it is executed 
25 to perform real time optimization. The RTO+ optimization routine first executes an 
input phase during which the routine checks to determine whether the variables that 
were previously indicated at the design of the optimizer as being variables which 
could be manipulated by the optimizer to perform optimization, such as set points or 
other inputs of various devices, units, etc., can actually be manipulated at the current 
30 time. This information may be available to the optimizer from the asset utilization 
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expert 50 which obtains this information from the process -control system and stores 
this information within any desired database. Thus, during the input phase, the 
optimizer actually determines, based on the data provided to it from the asset 
utilization expert 50, whether each of the possible manipulated inputs is still available 

5 to be changed because, in many instances, one or more of the potential manipulated 
inputs may not be available for change due to the fact that, for example, a device 
which provides that input is not operating or has been taken off-line or the device is 
being run in a mode other than the designed mode which prevents the controller from 
changing inputs to the device. 
10 As part of the input phase, the real time optimizer may also determine if the 

variables that were supposed to change during the last run of the optimizer were 
actually changed to and reached the suggested or calculated values from the last run of 
the optimizer, i.e., the values to which they were supposed to be changed. If , for 
whatever reason, a variable that was supposed to change to a particular value did not 

15 reach that value, the optimizer recognizes thai there is a problem Uiat is preventing the "-tr 
change from occurring and, effectively, removes the option of changing this variable 
to that value during the next run of the optimizer. Detecting a failure of a variable to 3? 
reach a value which it should have theoretically reached may also cause the optimizer 
to indicate to an operator that there may be a problem within the system that needs to 

20 be addressed. 

Next, during the input phase, the optimizer performs a quick execution of each 
of the individual component models that make up the entire model using, for example, 
the actual inputs and outputs measured from the plant 10. The calculated outputs of 
each component model are then reviewed to see if there is any problem with any 

25 particular component model that will prevent the entire model from running 

accurately. Here, the optimizer may use the actual measured inputs for each -entity 
(which have previously stored) to see if the individual component parts of the model 
work for these actual inputs to produce realistic outputs. 

Assuming that each of the component models can be executed, the optimizer 

30 may look for discrepancies in the models which may effect the ability of the optimizer 
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to optimize. For example, the optimizer may determine if a measurement made by a 
real device is the same as predicted by the component model using the actual inputs to 
the device. If the model (using the most recently calculated model parameters) 
predicts an output that deviates from the actual measurement of the output, such as if 
5 the model predicts a flow rate of 1 8 and a flow rate meter reads 20, then the optimizer 
may reset a constraint associated with the flow rate at two below the previously 
defined constraint. Thus, if the constraint associated with that flow rate was originally 
set at 25, the optimizer may use a constraint of 23 because the optimizer recognizes 
that its model is in error by two with respect to this variable. Of course, the optimizer 
10 may look for other inconsistencies or deviations between models and the actual 
measurements of the plant to reset, update or tweak constraints or other variables 
within the optimization routine. 

In the next phase, known generally as the optimization phase, the optimizer 
runs the individual models in a predetermined order using the outputs from one 
1 5 component model as inputs to one or more cf the other component models making up 
the entire model. Using the entire model, the constraints provided by the user and the 
new constraints determined by the input phase, as well as the optimization criteria, the ;*$ 
optimizer determines the changes to be made to the input or manipulated variables 
which have been detected as currently being capable of manipulation Which will 
20 • optimize the plant over the time window in which the optimizer runs. This time 
window may be 3-4 minutes, 3-4 hours, etc., and is generally the periodic rate at 
which the optimizer runs. The use of optimization software is well known and any 
desired optimization software for this purpose could be used. Thus, in one example, a 
refining plant may be optimized to operate a C 2 cracker to make as much profit as 
25 possible based on the possible output products that can be produced by the G, cracker 
as determined by the current prices and lots of production associated with each of 
those possible outputs. A constraint, however, may be that the C 2 cracker has to 
produce a certain amount of one product because there is a business contract to 
provide that amount of that product which must be fulfilled no matter what the current 
30 price of that product happens to be. In another example, an optimization criteria may 
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be to maximize the use of one particular raw material because the cost of keeping 
excess amounts of that raw material at the plant overshadows other costs or price 
concerns, such as products that have the highest current price. 

It will be seen that the determination of the optimization criteria, which is 
5 typically performed by a business person or a business application, is very critical to 
the operation of the optimizer and thus, ultimately, to the operation of the plant 10. 
As a result, the asset utilization expert 50 may provide the business person, via the 
user interface routines 58, a systematic set of choices of what the optimization criteria 
will be at any particular time and provides the choices made by the operator or any 
10 other user to the optimization routine. In fact, there are many optimization variables 
that can be selected and the choice of these different criteria may be provided to the 
operator or business person via the user interface to allow the operator or business 
person to chcose different optimization criteria in any desired manner. 

Next, the optimization routine enters an output phase in which implementation 
15 of the results of the optimizer may be accomplished. In particiilar, after computing 
Ths? suggested changes to the manipulated variables, the optimizer may determine li- 
the manipulated variables or inputs to be changed are still available because one or 
mors of the devices which were available at the time the optimizer began the 
optimization phase may have gone off-line or may have otherwise become 
20 unavailable, which will prevent the suggested changes in the input variables from . 
being implemented. However, if all of the manipulated variables to be changed can 
still be changed, the suggested changes may be provided to an operator via, for 
example, a user interface (e.g., a graphical user interface). The operator may be. able 
to simply press a button and have the changes to the manipulated variables initiated or 
25 downloaded to the process control routine automatically, such as changing set points, 
etc. in a matter determined by the optimizer. In another embodiment or in later stages 
of operation, for example, when the process is running properly, the optimizer may 
automatically implement the suggested changes if the operator does not prevent the 
instantiation of the these changes within a particular time window. Thus, the output 
30 of the optimizer may be used every time the optimizer executes unless the operator 
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intervenes to prevent the changes from the optimizer from being used. As part of this 
operation, one or more of the user interface routines 58 may provide a screen to the 
operator indicating the suggested changes to be made and a button or bar which the 
operator uses to install the changes or to prevent the changes from being installed. If, 
5 in one embodiment, the user pushes a button to install the changes, all of the changes 
are sent to the appropriate controllers where they are checked for limits and then 
implemented. 

The real time optimizer, such as that described above, may be executed 
relatively frequently compared to most optimizers for a number of reasons. First, the 
LO real time optimizer uses fitness for purpose component models which typically run 

much faster than the highly theoretical models that are typically used to design a plant. 
These component models are accurate, however, because one or more parameters of 
the models are being tweaked or altered (using the regression analysis described 
above) based on actual inputs and outputs of the plant 10. That is, the real time 
15 optimizer uses the model parameters provided by the iast ran of ihe regression - 

analysis on the model to reconcile the model with the actual operation of 1he.ple.nt 10. 
St;E further, the optimizer described above is faster than conventional optimizers 
' because it uses restricted optimization steps. That is, the optimizer only tries to 
optimize over the time period between individual runs of the optimizer; which reduces 
20 the amount of processing performed by the optimization routine. Still further, the real 
time optimizer may be configured to recognize the occurrence of one or more 
significant events, which may trigger the real time optimizer to restart as these events 
may make previous recommendations unfeasible or undesirable. 

While the use of a closed loop, real time optimizer has been discussed above, 
25 other types of optimizers 55 which use the same or different component models could 
also be executed by the asset utilization expert 50 in conjunction with or separately 
from me real time optimizer. These other optimizers could be executed less 
frequently and for other reasons. For example, a wideband optimizer may be used to 
look at or determine where the final optimal operating point of a process may 
30 ultimately be, even though the real time optimizer may not be able to drive the plant 
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10 to that point for some time. This wideband optimizer may enable the business 
person to make long tenn predictions about the plant 10 or may enable the operator to 
determine if the operation of the plant 10 is headed toward a desirable region. If the 
wideband optimizer determines that the ultimately achievable optimization point is 
5 still not acceptable, the operator may decide to change the configuration or other 
operating parameters of the plant 10. 

Other optimizers, such as selection optimizers, may determine whether 
changes in the process configuration that need to be performed by the operator or 
maintenance person could better optimize the process. For example, in some cases, a 
10 selection optimizer may recognize that certain units or other manipulated inputs that 
are supposed to be available to the real time optimizer are no longer available for 
some reason, e.g., the devices associated with these inputs are down or are off-line. 
* The selection optimizer runs one or more optimization tests assuming that one or 

more of these devices, units, etc. are available, to determine how much better the plant 
15 10 would operate (i.e , how much more optimal the plant 10 could be with respect 
some optimization criteria) if these entities were put back into operation. This . : • ■ 
optimizer may, for example, tell the operator or business person how much more 
money the plant 1 0 could make hj getting certain units or devices online, or could tell 
the operator or business person which devices or units to focus on getting back into 
20 operation first. Such a selection optimizer may also try to optimize by turning 

particular pumps or valves on or off, by replacing other devices that are running in 
sub-optimal modes, etc. to determine which critical changes to the process or to the 
assets thereof could be made to make the process more profitable or optimal. The 
selection optimizer might use inputs from the operator or business person and/or 
25 might use other branch and bound techniques which are common in data processing o: 
data nuning routines to select the way in which to adjust the optimization variables. 
Other selection techniques could also be used, such as providing the selection 
optimizer with a series of rules to apply in a particular order to determine how to 
change the process or to determine which changes to the process, if implemented, 
30 would provide improvements or the most improvement to the plant 1 0. 
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As a result of the above discussion, it can be seen that the use of models 
provides many new types of data or information for the business applications, process 
control applications and asset maintenance and monitoring applications. In particular, 
the models can be used to perform performance monitoring and to produce a 
5 performance index which indicates the relative performance of a device, unit, area, 
etc. within a plant. This performance index may be a measure of the performance of 
an entity with respect to the possible performance of that entity. Furthermore, while 
device and unit models have been discussed above, similar models could be made and 
executed for process control entities, such as loops, units, etc. to provide performance 
10 measures and optimization criteria for these types of entities as well. • Also, as 

indicated above, models may, in some cases, be used to measure or indicate the health 
of certain devices or other entities and to provide a health index indicative of these 
entities. For example, the error measurements of certain input and output sensors as 
determined by the regression analysis used on certain models may be used as or 
15 converted into an indication of the health of those devices. Abo, other baton) lation 

asrt otherwise available to the process controller, such as model parameters and virtual 
sensor measurements based on the models could be provided to the process 
controllers or to the business persons for use in numerous manners. 

Besides performance and health indices, the asset utilization expert 50 can 
20 assist the index generation routine 51 in creating other types of indices such as a 
utilization index and a variability index. A variability index indicates how much 
some signal into or out of, or some other parameter associated with a device, loop, 
unit, etc. varies as compared to how much this signal or parameter is expected to vary. 
The data needed to create this variability index may be collected by the asset 
25 utilization expert 50 and provided to the index generation routine 5 1 at any desired or 
convenient times. Of course, the normal amount of variation of a signal or parameter 
may be set by a manufacturer, engineer, operator or maintenance person familiar with 
the entity or may be based on a statistical measure (such as an average, standard 
deviation, etc.) associated with that or other similar entities within the plant and tins 
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normal or expected variation may be stored by or updated within the index generation 
routine 51. 

The utilization index, in one form or another, tracks or reflects the utilization 
of individual devices, units, loops, or other entities and may provide some indication 
5 as to whether these entities are being over utilized or under utilized based on 

previousiy determined bench marks or operational goals. A utilization index can be 
generated based on measured uses of the actual device. For example, a device may be 
measured as to how often it is being used within a process or is being left idle and this 
index may be compared to a desired utilization for that entity to determine if the entity 
10 is being over or under utilized. The utilization index might identify devices, units, 
loops, etc. which are not being utilized as often as they could be or should be or, on 
the other hand, which are being utilized too much and, thus, are being over used. 

In some instances, a utilization index might be determined based on the 
business decisions made regarding the appropriate or desired use of a particular 
15 : : device. For example, many processing or refinery plant- use furnaces which sre 
subject to the problem of coking and, as a result, must I* periodically cleaned. 
Generally speaking, coking occurs in furnaces that are used in petroleum industries 
whet* it is desirable to rapidly heat a petroleum based fluid in 9 short amount of time. 
Such a furnace might have an input tube which travels through the interior of the > !- 
20 furnace so that fluid traveling within the tube is rapidly heated to a high temperature, 
such as 1400T. In some cases, to get the fluid at the center of the tube to such a high 
temperature, it may be necessary to heat the outside of the tube to about 1700T. 
However, because the fluid traveling through the tube is petroleum based, some of the 
. material forms into carbon or other kinds of viscous or particulate material which is 
25 deposited on the inside surfaces of the tubes which, in turn, reduces the heat transfer 
efficiency of the furnace over time. The deposit of this material is generally called 
coking. The more fluid through the tube, the more coking that occurs and, thus, the 
lower the efficiency of the furnace. At some point, the efficiency of the furnace 
becomes so low that the furnace must be taken off-line and cleaned. This cleaning 
30 process is time consuming and requires a great deal of manpower and resources, 
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including steam cleaning equipment. As a result, the cleaning of these furnaces must 
generally be scheduled in advance to assure that the manpower and necessary 
equipment is available. 

A business person or process control operator, knowing the fact that particular 
5 furnaces within the plant 1 0 will experience coking, may attempt to obtain the most 
efficient use of those furnaces by specifying how coking is to occur within each 
furnace over time. Thus, for example, a business person might decide to operate a 
particular furnace for a period of 15 days and wants to get the most use out of that 
furnace in that time period by ranning the furnace to its maximum coking level at the 
10 end of the 15 day period. If the furnace reaches its maximum coking level too soon, 
i.e., before the end of the 15 day period, the furnace must be taken off-line but still 
cannot be cleaned until the end of the 1 5 day period because that is when the cleaning 
manpower and machinery becomes available (i.e., has been scheduled). This early 
removal of the furnace may adversely affect the process operation. However, if the 
• 15 furnace does not reach its maximum allowable coktoe level by the cud oi the i 5 day 
. • period, ihe furnace must still be taken aff-lior and .cleaned because, again, that is the 

only time that the manpower and machinery is available. However, the •furnace.has ■ - r i$ 
been underused which means that an opportunity has been lost, because it effectively "$s 
costs just as much to clean an underutilized furnace as it does to cleans fully utilized 
20 furnace. Presumably, other furnaces were being overused and subject to more coking 
than necessary based on the under use of this furnace. 

To plan the best utilization of the furnace over a given time period, such as the 
15 day period discussed above, the operator or business person may draw a fiducial 
line which defines the desired amount of coking for the furnace over time. An 
25 exemplary fiducial line 200 in a plot of coking of a furnace versus time is illustrated 
in Fig. 6. The fiducial line 200 specifies how the business person or operator desires 
to use the furnace with respect to coking over a period of 15 days (after which time 
this furnace will be cleaned). The coking of the furnace is direcdy related to the heat 
transfer efficiency of the furnace. As can be see from Fig. 6, at the end of the 1 5 day 
30 period, if the use of the furnace follows the fiducial line 200, the furnace will reach its 



-37- 



PCT/CS02/05874 

WO 02/071170 

30203/37167A 

maximum coking level (which corresponds to the minimum allowable heat transfer 
efficiency of the furnace). Of course, it will be understood that the fiducial line 200 of 
Fig. 6 is but one of many possible fiducial lines which could be selected. 

Unfortunately, it is impossible, due to the high temperatures within the 

5 furnace, to measure the coking in the furnace at any particular time. However, a 
measure of coking within the furnace may be made, instead, with the use of one or 
more models for the furnace constructed according to the principles discussed above. 
Here, coking may be a parameter of the model which is determined from other 
variables within the model, .inputs to and outputs from the model or using a regression 

10 analysis as described above. The asset utilization expert 50 may then run this model 
periodically to obtain, as a virtual senor measurement or as a model parameter, the 
amount of coking in the furnace. The equations for this determination are well, known 
in the art and will not be discussed herein. Furdiermore, if desired, an optimizer may 
. use the coking value defined by the fiducial line 200 of Fig. 6 (or the coking rate r'f. 

1 5 defined by the slope of this line, at auy point) as ao. optimization criteria and set the 

• manipulated variables of the plant in aiuottcropc operate the furnace so that the coking ^ 
within the furnace, as measured by the model for this furnace,: follows the fiducial line 
200 of Fig. 6. 

Now, in the example of Fig. 6, it is assumed that the asset utilization expert: «<fr 
20 50, running the models for the furnace, determines that, at day 6, the coking of the - <. 
furnace is at point 202, which is substantially below the desired coking amount as 
defined by fiducial line 200 at day 6. The fact that the coking estimate for the furnace 
at day 6 is below that defined by the fiducial line 200 means that the furnace is being 
under utilized according to the fiducial line 200. As a result, the asset utilization 
25 expert 50 may make this fact known to, for example, an operator or business person, 
such as by providing a utilization index for the furnace which identifies, in some 
desired or convenient manner, that the furnace is being underutilized according to 
previously defined utilization criteria. 

Based on this utilization index, the business person or operator may recognize 
30 that there is an opportunity being missed to use the furnace more because, after the 
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period of 1 5 days, the furnace will be shut down anyway whether or not the maximum 
amount of coking has occurred within the furnace. To get the coking parameter back 
on to the fiducial line 200 within a certain period of time such as, for example, by day 
7 (which is marked as point 204 in Fig.6), and to get the best utilization out of the 
5 furnace, the operator or the asset utilization expert 50 may define a line between the 
points 202 and 204. The slope of this line defines a rate of coking which is greater 
than the rate of coking allowed by the fiducial line 200 between days 6 and 7. The 
operator or optimization routine may then run the furnace more to obtain the rate of 
coking defined by the slope, of the line between the points 202 and 204. This higher 
10 rate of coking may, for example, be used as a constraint, or even as an optimization 
parameter, within an optimization routine which controls the operation of the plant 10 
or of the furnace. For example, and as is known, the amount or rate of coking can be 
adjusted by adjusting any of a number of parameters associated with the furnace, such 
as the speed that material is provided through the furnace (the faster the speed, the 
15 less coking that takss place), the exit temperature of the material out of the furnace 
(the lughe:.- the exit temperature, the move coking that takes place) and the amount of 
steam injected into the fluid sent through the furnace (typically, the more steam that is 
used, the less coking that takes place). The optimizer may use the desired rate of '-Ct 
coking to adjust one or more of these parameters to obtain the new coking rate. In any .da* 
20 event, the measurement of the utilization of the furnace based on the actual coking of 
the furnace compared to the desired coking of the furnace indicates, in this example, 
that the furnace is being under utilized and that greater optimization of the plant 1 0 
can occur if the furnace is used more. 

Referring now to Fig. 7, if on the other hand, the coking of the furnace at day 6 
25 was measured or determined by the models for the furnace to be above the fiducial 
line 200, such as at the point 206, then the furnace is being over utilized and the rate 
of use of the furnace should be reduced to enable the furnace to last 15 days. In this 
case, there may be another furnace that could be brought online or that is already 
online which could be used to compensate for the reduction in use of the furnace. 
30 Similar to the example of Fig. 6, an operator or business person may be informed of 
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the over utilization of the furnace using, for example, a utilization index reflecting, for 
example, some indication of the difference between the actual coking and the desired 
coking amount. Thereafter, the operator or business person may determine that it is 
desirable to get the coking parameter of the furnace back onto the fiducial line by day 
5 10, as the coking value of the furnace may already be greater than the value allowed 
for day 7 or 8. A line can be drawn between the point 206 and the point 208 which is 
the point on the fiducial line at day 10 and the slope of mis newly drawn line may 
define the rate of coking that is allowed or desired for use between days 7 and 10. Of 
course, the operator or an optimizer or other control routine can implement control 
10 strategies to force the coking rate of the furnace to be the rate defined by the slope of 
the line between the points 206 and 208. 

Other business decisions can come into play in terms of changing the 
utilization index of the furnace. For example, at day 6, even though the furnace may . 
be running at or around the fiducial line in terms of the coking parameter, a business 
15 person may decide that it is necessary to get five more days use out of the fhmace and 
thereby increase the life of the furnace to 20 days before it is cleaned. This may be 
done because the cleaning equipment will not be available until 20 days anyway. In 
this case., the fiducial line between day 6 and day 20 may be redrawn and the control 
routine or optimizer may then attempt to follow the new fiducial line. However, if the; 
20 entire fiducial line is redrawn, what was previously being defined as i 00% utilization 
or exact utilization at day 6 for a 15 day fiducial line may now be over utilization for a 
20 day fiducial line. In this case, the asset utilization expert 50 may provide a new 
rate of coking as an optimization or constraint to an optimizer or to a process control 
routine to attempt to get the utilization index back to 100 %. Similarly, if the furnace 
25 is to be shut down early such as at the end of 12 days, the furnace may now be under 
utilized based on a 12 day fiducial line and an optimizer or a process control routine 
may use a new coking rate in an attempt to get the utilization index back to 100 %. 

As will be noted, a business decision to run the furnace on a particular fiducial 
line in conjunction with the use of models for the furnace which measure or estimate 
30 the coking amount of the furnace at any particular time can be used to indicate 
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whether a particular entity, such as the furnace, is being over utilized or under utilized 
during actual process runs. Furthermore, changes to the control of the process can be 
made to use the furnace more or less, based on the utilization index. 

The utilization index for the furnace example given above can be calculated or 
5 expressed in any desired manner, such as one based on the difference between or a 
ratio of the actual coking value and the desired coking value, the new allowable 
coking rate, the difference between or a ratio of the desired coking rate as defined by 
the fiducial line and the new allowable coking rate, or any other measure of 
utilization. Of course, while one manner of determining a utilization index for a 
10 furnace has been described herein, there are many other manners of determining or 

defining utilization indices for furnaces, as well as for other devices, units; loops, etc. 
within a process plant In particular, utilization indices for different entities can be 
measured in any desired manner and in different manners for different types of 
entities, hi one example, the utilization index may be expressed as a percent, where . 
15 100% means that the entity is being used the correct or desired amount, a yahie over 
100% means that the entity is being over utilized and a value tinder 1 00% means that 
the entity is being under utilized. Of course, other ways of measuring and-expressing. :. 
utilization could also be used within the context of different kinds of devices. 

One important aspect of the system of Fig. 1 is the user interface routines 58 -. 
20 which provide a graphical user interface (GUI) that is integrated with the asset 

utilization expert 50 described herein to facilitate a user's interaction with the various 
asset utilization capabilities provided by the asset utilization expert 50. However, 
before discussing the GUI in greater detail, it should be recognized that the GUI may 
include one or more software routines that are implemented using any suitable 
25 programming languages and techniques. Further, the software routines making up the 
GUI may be stored and processed within a single processing station or unit, such as, 
for example, a workstation, a controller, etc. within the plant 10 or, alternatively, the 
software routines of the GUI may be stored and executed in a distributed manner 

i 

using a plurality of processing units that are communicatively coupled to each other 
30 within the asset utilization system. 
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Preferably, but not necessarily, the GUI may be implemented using a familiar 
graphical windows-based structure and appearance, in which a plurality of interlinked 
graphical views or pages include one or more pull-down menus that enable a user to 
navigate through the pages in a desired manner to view and/or retrieve a particular 

5 type of information. The features and/or capabilities of the asset utilization expert 50 
described above may be represented, accessed, invoked, etc. through one or more 
corresponding pages, views or displays of the GUI. Furthermore, the various displays 
making up the GUI may be interlinked in a logical manner to facilitate a user's quick 
and intuitive navigation through the displays to retrieve a particular type of 

10 information or to access and/or invoke a particular capability of the asset utilization 
expert 50. 

Generally speaking, the GUI described herein provides intuitive graphical 
depictions or displays of process control areas, units, loops, devices, etc. Each of 
these graphical displays may include numerical status and performance tndices;(some... 
15 or ail of which may be generated by the index generator routine 5 i described above) > 
that «rc associated with, a particular view being displayed by the GUI • Kor example; a- • 
display depicting a process control area may provide a set of indices TefleclmgJje 
status and performance of that area (i.e., a particular portion of the process control 
system ai a particular level of the equipment hierarchy). On the other hand, a display - 
20 depicting a loop may provide a set of status and performance indices associated with 
that particular loop. In any event, a user may use the indices shown within any view, 
psge or display to quickly assess whether a problem exists within any of the devices, 
loops, etc. depicted within that display. 

Additionally, the GUI described herein may automatically, or may in response 
25 to a request by.a user, provide maintenance information to the user. The maintenance 
information may be provided by any portion of the asset utilization expert 50. 
Similarly, the GUI may display alarm information, process control information, etc., 
which may also be provided by the asset utilization expert 50. Still further, the GUI 
may provide messages to the user in connection with a problem that has occurred or 
30 which may be about to occur within the plant 1 0. These messages may include 
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graphical and/or textual information that describes the problem, suggests possible 
changes to the system which may be implemented to alleviate a current problem or 
which may be implemented to avoid a potential problem., describes courses of action 
that may be pursued to correct or to avoid a problem, etc. 
5 Fig. 8 is an exemplary depiction of a display representing a unit 500 within a 

process control system that may be displayed by the GUI. As illustrated in Fig. 8, the 
unit 500 includes a plurality of devices such as, for example, valves, pumps, 
temperature transmitters, etc., all of which may be depicted graphically as shown. 
Additionally, the display may further include lines arrows, ,and any other indicia to 
10 represent logical and physical interconnections between the various' devices. Of 
course, such graphical representations of process control systems (or portions of 
process control systems) are well known in the art and, thus, the manner of 
implementing these graphical representations or displays will not be described in V y. % 
further, detail herein. - "*f 

* 5 Importantly, the GUI display shown in Fig. 8 also includes a plurality of index ^ 

romes and -/allies 550. In particular, the index names and values 3:i0 include a ife 
. performance.index, a health index, a variability index and a utttizaliosi inde*;ail .of • ' ■ 
which have been discussed briefly above in connection with the asset utilization Vi/r* 
wiper* 50 and the index generation routine 51;: The index naines and values 550 may 
20 be displayed in a tabular format as shown or in any other desired format. The index • * : 
names and values 550 are representative of the performance and status of the entire 
unit 500 and, thus, the index values shown are preferably, but not necessarily, 
composed of the index values associated with each of the sub-units and/or devices 
that make up the unit 500. 
25 Before discussing the GUI and the manner in which asset information, process 

control information, maintenance information, diagnostic information or any other 
type of information is displayed to a user thereby, a brief discussion of the manner in 
which the performance and status indices are generated is provided below. Also, it 
should be recognized that while a performance index, a health index, a variability 
30 index and a utilization index are described in detail herein in connection with the 
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various displays of the GUI, additional and/or different indices may be generated by 
the asset utilization expert 50 and displayed via the GUI without departing from the 
scope of the invention. 

In general, each of the indices generated by the index generator routine 51and 
5 displayed via the GUI may be calculated for individual devices, for logical and/or 
physical groupings of devices, for logical processes <e.g., control loops), for logical 
groupings of devices such as units and areas, etc. In other words, the indices may, in 
principal, be calculated at each level of the equipment and logical hierarchy of a 
process control system or, more generally, an asset utilization system, which may 
10 inchide one or more process control systems. However, the meaningof a particular 
index may depend on the context (i.e., whether the index corresponds to a logical or a 
physical grouping of devices and/or parameters) in which the index is generated and 
displayed and may depend on the level of the hierarchy at. which it is displayed. For , : . 
example, at the lowest level of the equipment hierarchy, indices correspond to .: 
15 physical devices such as valves, temperature sensors, actuators, etc amis, each 

d-svico may have a unique set of indices -that may be generated within th* device or for . 
the de vice based on information stored within the -device at the. time the device. Ls - . . 
Tfvinufactured. Accordingly, each device may generate, and provide; its indices to 
higher levels of the hierarchy and to the asset utilization expert 50 as needed . • 
20 Similarly, units or loops, each of which is composed of one or more devices or 

function blocks may each have a unique set of indices. However, the index values for 
each unit or loop may be generated by mathematically combining the index values for 
the individual devices or function blocks used within the unit or loop. Thus, if a unit 
or loop is composed of a pressure transmitter, a valve and a pump (or function blocks 
25 associated with the operation of these devices), the index values for the unit or loop 

may be based on various mathematical combinations of "the index values generated for 
or by each of those devices or function blocks making up the unit or the loop. 
Likewise, because sub-unit and unit levels of the hierarchy are composed of one or 
more loops which, in turn, are composed of devices, the index values for each sub- 
30 unit and unit may be generated by mathematically combining loop or device index 
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values. Still further, area indices may be determined as combinations of the units, 
loops, devices, etc. within the area. 

As discussed in greater detail below, the mathematical combination of device 
index values to form index values for loop, sub-unit, unit and area levels of the 
5 hierarchy may use weighted summations or averages, or any other suitable 
mathematical combination. Of course, the calculation of one or more of the 
performance, health, variability and utilization indices may not be appropriate, 
required or useful for every level of the logical and equipment hierarchies. Fig. 9 is 
an exemplary table that illustrates one manner in which the performance index (PI), 
10 the health index (HI), the variability index (VI) and the utilization index (UI) may or 
may not be generated for the device, loop, sub unit and unit levels of the system 
hierarchy . As shown in Fig. 9. the PI may be generated for the unit and sub unit 
levels. At the unit and sub unit levels, the PI may be calculated by comparing a model . 
(such as one of the models 56) of the unit or sub unit to the actual performance of the 
15 unit or sub unit or in any other deshed manner. * In particular., the PI m th5s,ccntext 

(i.e., at the unit and sub unit levels of the luerarchy) may be, for example^ an ..r^ 
efficiency with respect to a theoretical maximum or, alternatively, with respect to an ..: 
empirically derived maximum efficiency based on actual system performance. The - >*p 
table shown in Fig. 9 also indicates that the PI need net be calculated for individual -v i$t 
20 devices or loops. However, in some applications it may be desirable to calculate a PI r 
for loops and devices. For example, in the case of calculating a PI for a device, the 
device manufacturer may store performance information within the device so that 
during operation the device may calculate a PI based on a comparison of an actual 
performance characteristic (such as, for example, an operating efficiency) to stored 
25 performance information, which may include a theoretical maximum device 

efficiency. Of course, the index generation routine 51 may also perform this function. 
In the case of calculating a PI for a loop, the system may, for example, compare the 
maximum or average loop error (i.e., the steady state error signal) to some 
predetermined minimum error value which, ideally, may be zero. In this manner, a 
30 small loop error may correspond to a PI value that is indicative of good performance. 
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Fig. 9 also illustrates that the VI may be calculated at the loop and device 
levels of the hierarchy. At the device level, the VI may be calculated by comparing 
the changes or deviations in a device output to an expected or desired amount of 
change or variation. An excessively high or an excessively low VI value may be 

5 indicative of a device failure or malfunction or possibly an imminent failure or 
malfunction. Likewise, at the loop level, excessively frequent or large magnitude 
changes in the output of a loop may be indicative of a problem. In any case, the VI for 
loops and devices may be based on a comparison of actual parameter variability to 
expected parameter variability, which may be determined theoretically or empirically. 

10 Although Fig, 9 shows that the VI may not be calculated for the unit and sub unit 
levels, in some applications, it may nevertheless be desirable to generate a VI for 
these levels. 

Further, Fig. 9 shows that the HI is calculated for the device, loop, sub unit v- 
and unit levels. The HI for a device may be based on historical usage of the device, ^& 

15 In particular, the device manufacturer may store Information relating to the life cycle - ; 
of the device, .within the device and r based on the usage of the device and the : < : *m. 

environmental impacts imparted to the device during its operation (e.g., temperature 
variations, shocks, etc.), the device may determine to what extent the device has #r 
moved along its life cycle curve (i.e., aged). The manufacturer may program a device ^fe 

20 to provide an HI value which is indicative of the current status of the life cycle of the rv ; 
device. For example, a stroke type valve may have an expected useful operating life 
cycle of 250,000 full stroke cycles and the manufacturer of the stroke valve device, 
which is typically a smart field device, has stored in its memory the expected number 
of lifetime operating strokes along with the current number strokes that the valve has 

25 completed. Thus, in the case where an HI value may range from between zero and ten 
(where zero represents poor health and ten represents perfect health), the HI value 
generated by the valve may range from zero to ten as the number of strokes rises from 
zero to 250,000. Of course, the precise relationship between the HI values and the life 
cycle characteristic (e.g., strokes) may not be linear. To the contrary, many life cycle 

30 characteristics follow an exponential or polynomial characteristic, whereby failure and 
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degradation in device performance/operation progresses more rapidly as time passes, 
as strokes are completed, etc. Of course, there are many other manners of defining or 
computing an HI for a device, based on the current detected state of the device and 
how well it is operating. For example, if the device has two detected minor problems, 
5 its HI may decrease. 

The HI for a loop, on the other hand, is preferably, but not necessarily, a 
mathematical combination (such as, for example, a weighted summation or average) 
of the HI values for the individual devices or functions blocks that make up the loop. 
Likewise, the HI values for the sub unit and unit levels may also be a mathematical 
10 combination of the underlying HI values for loops and sub units. Thus, ultimately, the 
HI values hierarchy for levels above the device level are based on one or more HI 
values for devices that have been formed into composite values. 

As is also shown in Fig. 9, the UI may be calculated for the loop, sub unit and 
unit levels, but may not necessarily be calculated for the device level. Generally '^r 
15 speaking, the UI represents the degree to which a particular asset (e,g., a loop, n sub • rift- 
unit or a unit) is being exploited in comparison to <ts capacity or desired utilization. >%p 
For example, the UI value may be based on .the amount of time for which a'Unit, sub * 
unit or loop is being used to perform control or produce outputs. Additionally or ^ 
alternatively, the UI value may be based on the amount of material which is being v 
20 processed by the loop, sub unit and/or unit in comparison to the maximum amount 
that may be processed by that loop, sub unit, uiiit, etc. 

Fig. 10 is an exemplary chart depicting one manner in which the PI for the unit 
500 shown in Fig. 8 may be calculated. As shown in Fig. 10, each of a plurality of 
loops 575 that make up the unit 500 has its own PI and weighting coefficient, which 
25 may be user selected or defined based on the relative importance of that particular 
loop to the overall operation of the unit 500. The indices and weights for the loops 
575 may then be mathematically combined using a weighted average to arrive at a PI 
value of 83 .2 for unit 500. 

In a similar manner, the HI for the unit 500 may be calculated as a weighted 
30 average of the HI values for all of the devices (and/or loops) that make up the unit 
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500. A table such as that shown in Fig. 1 1 may be used to represent the values to be 
included in the weighted average. As is also shown in Fig. 11, a textual description 
may be associated with particular devices and index values. These textual 
descriptions may provide diagnostic information, maintenance information, etc. based 
5 on the Ftl value and the particular device associated with that HI value. 

Fig. 12 is an exemplary table that illustrates one manner in which the VI may. 
be calculated for a unit, such as the unit 500 shown in Fig. 8. As with the HI, the VI 
calculated for the unit 500 of Fig. 8 is based on a weighted average of the VI values 

1 

for the individual devices, loops and/or sub units that make up the unit 500. Of 
10 course, the GUI may provide a user with the ability to see the weighted average data 
such as that illustrated in Figs. 10-12 and may enable the user to change the weights. 

• Fig- 13 is an exemplary display that maybe provided by the GUI in response 
to an excessive VI value associated with a device and/or loop. As shown in Fig. 13, 
the display may provide one or more possible explanations for an excessively high or 
15 an excessively low VI value associated with a particular device. In particular, tits, 
display aray automatically, or may at .the request of the user, indicate that impiilse 
lines associated with the device.have become plugged, that the p3 0cess.is changing, 
that cavitations are present in an upstream pump, etc. This information may be made 
availably to the GUI by the asset utilization expert 50 based on data analysis tools that 
20 detected these conditions. Similarly, as shown in Fig. 14, the VI for a valve may be 
explored further via the GUI by enabling the user to request the display of a graphical 
representation of the data used to generate the VI for that valve. Additionally, the 
GUI may display textual messages, either within a graphical display such as that 
shown in Fig. 14 or within any other display of the GUI, that indicate one or more 
25 possible causes for an excessively high (or possibly an excessively low) VI value. 

Such causes again may be provide by the asset utilization expert 50 based on the data 
available to it from all of the data sources and data analysis tools. For example, in the 
case of a valve demonstrating an excessive VI value, the GUI may indicate via textual 
messages that the valve is sticking, that cavitation may be occurring within the valve, 
30 etc. 
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Fig. 15 is an exemplary graphical depiction of a display that may be provided 
by the GUI to enable a user to monitor the performance of a unit, sub unit loop, 
device, etc, within the plant 10. As shown in Fig. 15, the values of the various indices 
may be plotted as a function of time, thereby enabling a user to more intuitively 

5 analyze any trends or any other time-based changes that may be indicative of a 

problem. Further, such a graphical depiction may also reveal important correlations 
or relationships between changes in the various indices. For example, a user may be 
able to more easily identify a relationship between a decreasing or poor HI value and 
an ir creasing or excessively liigh VI value. 

10 Still further, the GUI may also provide textual messages within the graphical 

display shown in Fig. 1 5 or in some other display or page that indicate to the user 
current or potential problems, which may be related to the displayed index values or • 
changes thereof. These textual messages may identify possible solutions to the *v 
problems which ha ve been identified. Although the graphical information depicted • ;-S#a 

15 ivithm Fig, 15 has been scaled so thai, the indices ore expressed as percentages and the- 
tim# axis is labeled iu u&its of months, any other unit:* and display resoh&icgi- tuay be* 
used instead. Fas example, in the case where indices may be or could hv- changing*. 
. rapidly, the GT )I may enable the user to display index values on an hourly basis? • . ^ 
minute by minute, every few seconds* or more frequently (i:e., at a higher time. ^0 

20 resolution) if desired. : 
Fig. 16 is an exemplary graphical display that may be provided b> the GUI to 
. enable a user to quickly analyze the operational status and performance of a process 
area within the plant 1 0. As shown m Fig. 1 6, the GUI may graphically depict the 
physical equipment (and the interconnections therebetween) within a process area 

25 600. Of course, it should be recognized that although a process area is depicted 

within the GUI display shown in Fig. 16, any other portion of the plant 10 such as, for 
example, a unit, sub unit, loop, device, etc. may be shown instead to achieve the same 
or similar results. In any event, the process area 600 is depicted as having a pair of 
tanks, a plurality of temperature transmitters, pressure transmitters, flow transmitters, 

30 etc. and pipes, all of which may be interconnected as shown in Fig. 1 6. Further, each 

-49- 



Dwcnnnin- /wo non7H70AP I > 



PCT/US02/05874 

WO 02/071170 

30203/37167A 

of the physical devices may be displayed along with an associated alphanumeric 
identifier (e.g., TT-394) that uniquely identifies that device within the plant 10 and 
may also be displayed along with a graphic meter or gauge {i.e., the partially shaded 
semi-circular features) that enables a user to quickly determine the status of the 
5 sensing parameter associated with that device. For example, the GUI may display a 
graphic meter or gauge associated with a temperature tiansmitter and may shade more 
or less of the meter based on the temperature currently being sensed by the 
temperature tiansmitter. Lmportantly one or more of the VI, HI, UI and PI values may 
be displayed for one or more of the devices shown within the area 600. By way of 
10 example only, the HI values for several of the devices that are connected to a tank 610 
within the area 600 are displayed. However, more or fewer HI values could be 
displayed, if desired. Additionally, different index values or groups of index values •. 
maybe displayed for any of the devices that appear within the area 600 as desired. As 
can be appreciated from the display shown in Fig. 16, a user can quickly ascertain. 
15 • , whefiuu an area is pc:forming property and will continue to perform properly. 

• Further, a user can also quickly identify thc-SM devi. es, units, sub unit*, etc: that may 
need attention and/or which.maybe.causing a particular-problem • : . . - 

It will also be imderstood that a user may view successively lower and lower 
entities within a plant and be provided information about the indices associated with 
20 each of these different entities or views. Thus, for example, a user may look at a view 
of the plant and see a particular set of indices for the plant. The user may then focus 
on one area, such as by clicking on one of the areas within the plant view, and see the 
indices associated with that area. Similarly, by clicking on units vrithin the displayed 
area, the indices for different units may be viewed. Likewise indices for loops^ sub 
25 units, devices etc. may then be viewed by focusing in on these different entities from a 
view of an entity in which these entities are located. In this manner, a user can 
quickly find the cause of a lower than (or higher than) expected index at any point or 
level of the plant. 

Fig. 17 is an exemplary depiction of a display that may be provided by the 
30 GUI to enable a user to view audit trail information in connection with^any device 
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used within the area 600. By way of example, a user may use a mouse to click on a 
given device or its alphanumeric identifier or, alternatively, may enter the identifier 
via a keyboard, to request a pop-up audit trail window 650 for that device, hi this 
manner, a user can use the audit trail information to determine whether an improper or 
5 unacceptable index value may be related to a failure to calibrate the device properly or 
in a timely manner, whether a device has been configured properly or at all, etc. 

Fig. 1 8 is an exemplary depiction of a display that may be provided by the 
GUT to enable a user to perform a more detailed analysis of the data which may be 
used in generating one or more of the indices for a particular device within the area 
] 0 600 or to perform condition monitoring. By way of example only, a vibration analysis 
for a motor 675 may be displayed in a pop-up window 680. A user may request such 
a pop-up windo w in response to an abnormally high or an abnormally low index value 
for the unit affected by the motor 675 and/or may request the window if an index 
value associated with the motor is indicative of a possible problem. Furthermore, if 
5 5 desired, the GUI may automatically provide such pop-up windows containing a 

.detailed-data analysis for those deuces, units, etc. thai nave one or mors abnormal - M. 
index values. Similarly, Fig. 19 is an exemplary depiction of a display that may be ••. ^ 
provided by the GUI to enable a user to graphically view or monitor a performance -» 
characteristic of adevice within the. area 600. Byway of example, a. pop-up. window..-.. ^ 
20 690 including a graph of the efficiency of the motor 675 is provided in response to a o .• ?. 
user request or, alternatively, in response to an automatic request by the asset - 
utilization expert 50. Such a pop-up window may be requested or needed if one or 
more the index values associated with the portion of the process being carried out by 
the tank 610 is abnormal. In particular, in this example, the user may recognize that 
25 the motor 675 has a poor PI value and/or that the area 600 has a poor PI value. Asa 
result, the user may request more detailed information, such as that contained within 
the pop-up window 690 to determine whether a problem exists with the motor 675. 
Also, in this example, the pop-up window may contain a graph of the efficiency of the 
motor 675 over time where actual efficiency data 700 is graphed against theoretical or 
30 empirically derived maximum efficiency data 710. As discussed above, these two sets 
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of efficiency data may also be used to calculate a PI value over time for the motor 675 
by, for example, using the ratio of actual efficiency and theoretical maximum 
efficiency as the PI value. 

Fig. 20 is yet another exemplary depiction of a display that may be provided 
5 by the GUI to enable a user to quickly investigate alarm information, conditions, etc. 
within the plant 10. A high level graphical view 750 of the plant 10 may include an 
alarm banner 760 having one or more pending alarms. Each of the alarms within the 
alarm banner may be represented using an alphanumeric indicator that is uniquely 
associated with the device which generated the alarm or event. Additionally, each of 
10 the alarms within the banner 760 may also include an information button 770, which 
may be selected by a user, to generate a pop-up window 775 containing more detailed 
information relating to that particular alarm. Further, the user may also select the 
alphanumeric designator for the device causing a particular alarm to investigate- the < . 
possible reasons for the alarm. When the alphanumeric designator is selected, a popr 
.15 up window 780 may be provided by die GUI. The pop-up window 730 may provide 
- one or more response categories 785, which ray facilitate the user's understanding of' 
how a particular alarm should be addressed and within what time, frame the alarm , 
should be addressed. By way of example, the pop-up window 780 may indicate that a 
particular device is no longer communicating, that the device has failed, that the 
20 device needs maintenance immediately, or that the device requires maintenance or 

some other attention soon. Of course more, fewer and/or different response categories 
may be used instead. The alarm display generated by the GUI at this point may be the 
integrated display disclosed in U.S. Patent Application Serial Number 09/707,580 
(filed November 7, 2000) which is hereby expressly incorporated by reference herein. 
25 Generally, this alarm display may show process alarms and alerts as well as other 

types of alarms like maintenance alarms and alerts. Furthermore, information about 
the alarm, such a specific information provided in the field 775 of the alarm banner 
may be sent to the GUI or to the asset utilization expert 50 along with the alarm. 

Figs. 21-24 are exemplary depictions of displays that may be provided by the 
30 GUI in response to a user's further investigation of an alarm, alert or any other event 
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associated with, for example, a device. Generally speaking, a user may request device 
status information from a pop-up window such as the pop-up window 780 shown in 
Fig. 20. This detailed status infonnation may provide one or more possible diagnoses 
of problems that may be responsible for the alarm condition (i.e., failed 

5 communication, failed device, needs maintenance now, advisory, etc.). Furthermore, 
as shown in Fig. 24, a user may request detailed help from any status window. This 
detailed help may provide step by step instructions to guide the user or some other 
person in rectifying the problem diagnosed by the system. This information may be 
made available to the GUI from the asset utilization expeit 50 and/or from devices 

10 themselves, from the process control diagnostic expert 65, from other analysis tools, 
etc. 

Fig. 25 is an exemplary depiction of a display that may be provided by the 
GUI to enable a user to diagnose loop-related problems. A display such as that shown 
in Fig. 25 may be provided by the GUI in response to a user's further investigation of 

15 an abnormal index value. Fov exampie, a user may recognize and/or the system may 
automatically recognize, that a Fl value for particular loop is abnormally low and, in. 
response, may provide, a pop-up window 800. A user may then focus the diagnostic 
investigation on the devices displayed within the window 800 by clicking on or 
selecting one or more of the devices to thereby generate additional pop-up windows 

20 such as those described above that provide more detailed device status and 

performance information. Additionally, the asset utilization expert 50 may provide 
various possible diagnostic solutions that are displayed as text by the GUI within the 
window 800. Also, the asset utilization expert 50 may provide predictive diagnostic 
information via the display 800 that may be used to avoid a potential problem and/or 

25 to work around a potential or current problem. 

Fig. 26 is yet another exemplary depiction of a display that may be provided 
by the GUI enables user to analyze the performance and/or status of one or more 
process control loops. Various parameters and characteristics of one or more loops 
may be monitored. For example, the operating mode of a loop, whether or not the 
30 control of the loop is limited, to what extent a loop input is uncertain, the variation of 
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the loop, etc. may all be monitored simultaneously. Additionally, a control summary 
that provides a performance indication and a utilization indication may be provided as 
well. However, for the display shown in Fig. 26, the performance indication and the 
utilization indication may be, but are hot necessarily, the same as the PI and UI values 

5 for the loop being monitored. The display of Fig. 26 may be generated by a diagnostic 
control routine such as that disclosed in the U.S. Patent Application Serial Numbers 
09/256,585 and 09/499,445 identified previously. 

Fig. 27 is still another exemplary depiction of a display that may be provided ' 
by the GUI which enables a user to tack work orders which may have been 

10 automatically generated by the work order generation routine 54. The asset utilization 
expert 50 may provide data to the work order generator routine 54 which causes that 
routine to automatically generate work orders in response to a problem or potential 
problem discovered or recognized by the asset utilization expert 50 and/or a user 
working with the as set utilization expert 50 via the GUI. For example, the asset 

15 utilization • 
and, in response may cans* the maintenance- system to generate a work order that 
requests a. maintenance person to attend to one or more problems in connection with 
the diagnostic information. Of course, the specifics of the work order generated will 
depend on the type of problem or situation detected and the standard forms used to 

20 correct the problem, such as ordering parts, supplies, etc. 

Still further, the work order generation routine 54 could include a business to 
business communication function that, based on detected actual oi predicted problems 
within the plant 1 0, will automatically communicate with a supplier or other business 
to order parts, supplies, etc. with or without operator or maintenance person 

25 intervention. More particularly, the routine 54 can receive notifications of current 
problems or predicted future problems with devices or other assets based on data 
provided by or predictions made by the asset utilization expert 50 or any of the data 
analysis tools, such as the rotating equipment analysis tools. The routine 54 then 
automatically contacts a supplier via, for example an internet, telephone, wireless or 

30 other communication connection and orders the parts, equipment or supplies to be 
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delivered to the plant 10 before the device needs to be replaced. In this manner, the 
work order generation routine 54 limits the down time or helps to assure that there is 
little or no down time caused by the need to wait for parts, equipment or supplies to 
fix the problem when it actually occurs. This fact, then makes the plant 10 more 
5 efficient. 

Referring now to Figs. 28-3 1 , the GUI can provide other screens to a user to 
indicate current or future problems, such as predicted problems, which can be 
detected by the asset utilization expert 50 or any of the data analysis tools within the 
plant 1 0. hi particular, Figs. 28-31 illustrate displays showing spectral plots of 
10 vibration of an element, such as a shaft, within a rotary device performed by the 

vibration analysis programs 23 of Fig. 1 and conditions or problems detected by the 
analysis tool based on these plots. For example, Fig. 28 illustrates a detected 
imbalance condition, Fig. 29 illustrates a detected misalignment condition. Fig 30 
illustrates a detected looseness condition and Fig. 3 1 illustrates a detected worn 
15 bearing condition. Of course other conditions for rotary or other devices based on th* %<# 
i*3idls of data analysis tools can also be displayed. Still further, the-resulto of the* . • 
tools can be used to cause the work order generation routine 54 to automatically order Up 
replacement parts. 

Referring now to Fig. 32, a method of remotely providing access to models, 
20 optimizers and other data analysis tools such as performance monitoring tools for one <i, 
or more process plants will be described. As illustrated in Fig. 32, one or more < 
process plants 900, 901, 902 and 903 operate independently. Each of the plants 900-. 
903 periodically collects data pertaining to the plant and then sends that data to a data 
processing facility or remote monitoring facility 910. To accomplish this function, 
25 each of the plants 900-903 has a user interface or server 900A-903A and these servers 
are connected via any desired communication network, such as the internet or the 
worldwide web, to the remote monitoring facility 910. 

As illustrated in Fig. 33, the remote monitoring facility 910 includes a v/eb 
server 912 through which the processes 900-903 communicate with the remote 
30 monitoring facility 910. The remote monitoring facility 910 also includes one or more 
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processors 914 having associated databases which store and execute a number of 
process monitoring applications or tools. In particular, each processor 914 may have 
access to and execute models 916, such as component models described herein, which 
have been created to model one or more of the plants 900-903 or entities within those 
5 plants. The models 916 may include different component models for each of the 
different plants 900-903 and these models 916 may be altered or changed by persons 
in the plants 900-903 via communications with the facility 910 to, for example, reflect, 
changes within the piants 900-903. The processors 9 14 may also store and execute 
real time optimizers or any other kinds of optimizers 9 i 8 which can be implemented 
1 0 as described herein with respect to Figs. 1 and 2 using data from the processes 900- 
903 . S till further, processors 914 may have access to and execute other data 
. monitoring tools 920, including, for example, any of the applications or tools within, 

any of the computer systems of Fig. 1. such as any of the process control tools, 
. process monitoring tools, equipment or device monitoring tools, index generation 
15 toots, work, order generation tools, business or other tools or applications described- 
herein* In one example, the process monitoring tool descrilied in U.S. Pstwtf 
Application Serial Numbers 09/25.6,585 and 09/499,445 may be used to monitor , 
process parameters. 

During operation, any of the processes 900.903, may. at convenient, times 
20 collect input and output data associated with the process and provide such data to the 
remote monitoring facility 910 via one of the servers 900A-903A and the world wide 
web, internet or other communication network connected to the server 912. Upon 
receipt of the data from a plant, an appropriate one of the processors 914 accesses that 
data and executes the appropriate process monitoring and condition monitoring tools 
25 for that plant to detect problems within the plant based on the collected data, to 
provide condition, plant or process monitoring for the plant, or to perform 
optimization for the plant. Of course, the data collected at the plant and sent to the 
remote monitoring facility 910 is data previously determined to be necessary to run 
the desired models 916, optimizers 918 or other data analysis tools 920 and is 
30 collected and sent to the facility 910 at a periodic or non-periodic rate that is 
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appropriate for the tools or models being executed. Thus, for optimizers, data may 
need to be collected and sent at a different rate than for models or for performance, 
process or asset monitoring tools. Of course, as part of an optimization or 
performance, condition or process monitoring exercise, any appropriate models or 
5 other tools may be executed and the execution of these models or other tools generally 
follows the principles discussed above with respect to these same tools in the plant 10 
of Fig. 1. 

In any event, after executing the models, daia auaiysis or optimizer tools, the 
processor 914 places the results back on the sewer 912 where these results can be 
10 picked up by the appropriate one of the plants 900-903 at any desired time. 

Alternatively or additionally, these results may be sent directly to the appropriate one 
of the plants 900-903 by the server 912. The data resulting from the analysis can be 
any desired performance modeling data, plots or charts including, for example, those 
described above with respect to the user interface routines or GUI routine 58. The. - 
15 • results couid also be suggestions by, for example, an optimizer lor maVing changes to 

the plants, indices for the plants, or any other results capable ci ting provided by -*# 
these types of tools. 

In one embodiment, the a real time optimizer, such as mat described above, 
may be executed on a real time basis, assuming that me plants- 900-903 provide 
20 sufficient data in a timely periodically manner so as to enables the proper execution of - !. •. 
this optimizer. If desired, the servers 900A-903A may automatically collect and send 
the appropriate data to enable proper operation of the optimizer. In one embodiment, 
the plants may include the asset utilization expert 50 described herein or any other 
expert data collection tools for use in assuring that the proper data is sent to me 
25 . remote momtoring facility 910 in a timely or periodic manner. 

In this manner, the remote monitoring facility 910 can execute the software for 
asset, performance, condition and process monitoring as well as executing one or 
more optimizers for different plants. This, in turn, means that the plants 900-903 do 
. not need to include the processing power or applications for these purposes, which 
30 may be less expensive for the plants. Of course, the plants may pay on a per usage 
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basis or on some other predetermined fee schedule for use of the remote monitoring 
facility 910. If desired, the remote monitoring facility 910 may contract to get a 
portion of the profits and/or losses of the plant based on the use of the tools at the 
facility 910 and the implementation of the results of those tools. 
5 If desired, each of the plants 900-903 may update the models 916 stored within 

the remote monitoring facility 910 applicable to those plants by sending new or 
updated models to the server 912 using any desired communication format such as 
XML, HTML, etc. Still further, the remote monitoring facility 910 may include 
generic templates for different process plants, areas, units, devices, loops, etc. which • 
10 may be downloaded to each of the plants 900-903 via the server 912 and these 

templates may be altered at the plants 900-903 to reflect the actual operation of those 
plants. The updated models may men be sent back to the remote monitoring facility 
9? 0 as models to be implemented in asset, condition or process monitoring or in the *a*. 
■ •• . optimizers forfhe plant. In this manner, changes to the plants 900-903 may be • 
15 .adequately or accurately reflected within the remote monitoring facility .910. 

While the asset utilization expert 50 and ^ther process sfcraenti have been • v>% 
described as preferably being implemented in software, they may be implemented in 
. hardware, firmware, etc., and may be implemented by any other processor associated 
with -the process control system 10. Thus, the elements described herein maybe. * 
20 implemented in a standard multi-purpose CPU or on specifically designed hardware 

OT firmware such as an application-specific integrated circuit (ASIC) or other hard- > 
wired device as desired. When implemented in software, the software routine maybe 
stored in any computer readable memory such as on a magnetic disk, a laser disk, or 
other storage medium, in a RAM or ROM of a computer or processor, in any 

25 database, etc. Likewise, this software may be delivered to a user or a process plant via 
any known or desired delivery method mcluding, for example, on a computer readable 
. disk or other transportable computer storage mechanism or over a communication 
channel such as a telephone line, the interne^ wireless communication, etc. (which are 
viewed as being the same as or interchangeable with providing such software via a 

30 transportable storage medium). Also, while the expert 50 is described as possibly 
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being a rule-based expert, other types of expert engines could be used as well, 
including those which use other known data mining techniques. 

Thus, while the present invention lias been described with reference to specific 
examples, which are intended to be illustrative only and not to be limiting of the 
5 invention, it will be apparent to those of ordinary skill in the art that changes, 

additions or deletions may be made to the disclosed embodiments without departing 
from the spirit and scope of the invention. 
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What is claimed is: 

1 . A method of monitoring an entity within a process plant comprising: 
collecting data pertaining to the operation of the entity while the entity 

is in operation; 

5 transmitting the collected data to an index computation device; 

creating a use index from the collected data, wherein the use index 
represents status information regarding the entity; and 
storing the use index in a database. 

2. The method of claim 1 , wherein the collected data includes 
10 maintenance and process data. 

3 . The method of claim 1 . wherein the collected data includes diagnostic 
data pertaining to the entity. 

4. The mefood of claim 1, wherein the collected data includes on-iine 
monitoring data pertaining to the entity 

15 5 xhe method of claim 1, wherein the process plant includes a process 

control system having a control strategy, the method further comprising the steps of: 
providing the use index to the process control system; and 
changing the control strategy based on the use index. 

The method of claim 1, further comprising the steps of: 
providing the use index to a process control application; and 
changing a process control parameter based on the use index. 



20 
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7. The method of claim 1 , wherein the process plant includes a 
maintenance system having a maintenance function, the method further comprising 
the steps of: 

providing the use index to the maintenance system; and 
5 changing the maintenance function based on the use index. 

8 . The method of claim 1 , further comprising the step of executing a 
decision within the process plant based on the use index. 

9. The method of claim 3 5 wherein the step of executing a decision- 
comprises analyzing the entity . 

10 10. The method of claim 8, wherein the step of executing a decision 

comprises analyzing an aspect of the process plant other than the entity. 

11. The method of claim 8, wfceic ?in the step of executing a decision 
comprises initiating an automated process. \ • 

12. The method of claim 8, wherein the step of executing a decision 
15 comprises initiating corrective measures. 

1 3 . The method of claim 8, wherein the step of executing a decision 
comprises optimizing control of the entity. 

14. The method of claim 8, wherein the step of executing a decision 
comprises adjusting a parameter of the entity 

20 15. The method of claim 1 , further comprising the step of creating a 

representation of the entity on a display. 
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1 6. The method of claim 15, further comprising the step of displaying the 
representation of the entity with the use index on the display. 

1 7. The method of claim 1 , further comprising the step of displaying a 
description corresponding to the use index, wherein the description is indicative of die 

5 status information regarding the entity. 

18. The method of claim 17, further comprising the step of analyzing the 
use index to provide the description. 

1 9. The method of claim 1 , wherein the use index is a performance index 
indicating the relative performance of the entity. 

IQ 20. The method of claim. 1, wherein the. use index is a variability index 

indicating :x\ smouat of deviation of a parameter of the entity. 

2 i . The method of claim I , wherein the use index is a utilization index" 
indicating a degree of exploitation of the entity. 

22. The method of claim 1 , wherein the use index is a health index 
15 indicating the health of the entity. 

23 . The method of claim 1 , wherein the use index is a performance index 
and the step of creating the performance index comprises: 

modeling the entity based on the collected data to provide one or more 
estimated parameters of the entity; 
20 comparing the one or more measured parameters to a threshold; and 

producing a performance index value based on the step of comparing. 
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24. The method of claim 23, further comprising the step of performing a 
regression analysis using the one or more measured parameters to determine an 
unknown parameter associated with the entity. 

25. The method of claim 23, further comprising the step of modeling the 
5 entity based on predetermined data to produce the threshold, wherein the threshold 

comprises a baseline performance of the entity. 

26. The method of claim 23, wherein the performance index is an 
efficiency measurement of the entity. 

27. The method of claim 1 , wherein creating a use index comprises 

10 predicting the use index from the collected data, wherein the use index represents •■ ; >m 
predicted status information regarding the entity. 

The method of chum i, wherein the use index io a variability index end .4$ 

the step of creating the variability index comprises: 7^ 

analyzing the collected data to determine a statistical vaiue associated 3$ 

15 with a parameter of the entity: and * iwV 

comparing the statistical value to a predetermined threshold. 

29. The method of claim 28, wherein the predetermined threshold is one of 
an expected amount of variation in the parameter of the entity and a desired amount of 
variation in the parameter. 

20 30. The method of claim 1 , wherein the use index is a utilization index and 

the step of creating the utilization index comprises: 

establishing a predetermined amount of use for the entity; 
analyzing the collected data to provide an actual amount of use; 
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coniparing the actual amount of use to the predetermined amount of 

use; and 

producing a utilization index value based on the step of comparing. 

3 1 . The method of claim 30, wherein the predetermined amount of use is 
5 . one of a utilization capacity of the entity and a desired utilization of the entity. 

32. The method of claim 30, wherein thejstep of creating the use index 
comprises detenniaing a ratio of the measured use to the predetermined amount of 
use. 

33 . The method of claim 30, wherein the step of creating the use index 
10 comprises determining the difference between the measured use and the 

predetermined amount of use. 

34. The method of claim 30. wherehi the step of creating the uw »idcx 
comprises detemiining a percentage of the predetermined amount of use, 

35. The method of claim 1, wherein the use index is a health index and the 
15 step of creating a health index comprises: 

establishing a predetermined life cycle for the entity; 
determining the entity's current status within the predetermined life 
cycle based on the collected data; and 

producing a health index value indicative of the entity' s current status 

20 based on the step of detennining. 

36. The method of claim 35, wherein the predetermined life cycle is based 
on at least one of a historical usage of the entity, an expected usage of the entity, an 
expected environmental impact on the entity, and a predetermined passage of time. 



-64- 



WO 02/071170 



PCT/US02/05874 



30203/37167A 

37. The method of claim 35, wherein the collected data is at least one of 
actual usage of the entity, actual environmental impacts on the entity, a current 
detected state of the entity and a quality of operation of the entity. 

38. The method of claim 35, wherein the step of storing the use index 

5 comprises storing the health index value as one of a linear relationship between the 
current status of the life cycle and the predetermined life cycle, an exponential 
relationship between the current status of the life cycle and the predetermined life 
cycie, and a polynomial relationship between the current status of the life cycle and 
the predetermined life cycle. 

10 39. The method of claim 1 , wherein the entity includes a plurality of lower 

level entities each having an associated lower level use index, and wherein the step of , 
creating a use index comprises: . ■ : ^ 



X5 




40. The method of claim 39, wherein the step of assigning a weighting 
value comprises modifying an existing weighting value. 



20 



41 . The method of claim 39, further comprising the step of displaying one 
or more representations of the weighting values with the corresponding lower level 
entities to a user on a display. 



42. The method of claim 1 , wherein the entity includes a plurality of lower 
level entities, the method further comprising the steps of: 
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creating a lower level model for at least one of the lower level entities; 



and 



simulating the operation of the at least one lower level entity based on 
the lower level model to provide data pertaining to the operation of the at least one 
5 lower level entity. 

43 . The method of claim 42, further comprising the step of creating a 
lower level use index for each of the plurality of lower level entities based on the data 
pertaining to the operation of the ai least one lower level entity, and wherein the step 
of creating a use index for the entity comprises combining the lower level use indices. 



44. The method of claim 42, wherein, the at least one lower level entity 
includes at least two lower level entities each having an associated lower level model, 
the method further comprising the steps of: 

interconnecting the lower level models of the at least two lower level 
entities to create a model of the entity: zoo. 
15 simulating the operation of the entity based on the model of the entity 

to provide the data pertaining to the operation of the entity. 

45. The method of claim 1, wherein the step of creating a use index 
comprises creating the use index within a device, wherein the device is one of a field 
device and field equipment. 

20 

46. The method of claim 45, further comprising the step of automatically 
reporting the use index to a centralized database. 

47. The method of claim 45, wherein creating a use index comprises 
creating a use index a first time and creating a use index a second time, the method 

25 further comprising the steps of: 



-66- 



WO 02/071170 PCT/US02/05874 

30203/37167A 

recognizing a change in the use index between the first and second 

time; and 

automatically reporting the change to a centralized database. 

48. The method of claim 45, wherein the process plant comprises a system 
5 hierarchy having a plurality of levels and a plurality of devices, the method further 

comprising the steps of: 

periodically acquiring the use index from each device; 
creating an aggregated use index, at each level of the system hierarchy 

from the use indices; and 
10 displaying the aggregated use index for each level. 

49. The method of claim 45, wherein the device is one of a two-wire 
device,, a three-wire device, a four-wire device, a wireless device, a device having a 
processor, a variable speed driver, a controller, a multiplexer, rotating equipment, an - -MS 
actuator, power gelation equipment power distribution equipment a transmitter, a : , f$ 

.15 .. sensor, a control system, a transceiver, a valve, a positioner, a switch, electrical .# 
equipment, a server, a hand held device, a pump, an T/O system, a smart, field device, a # 
non-smart field device, a HART protocol device, a Fieldbus protocol device, a ' *0 

PROFIBUS® protocol device, a WORLDFIP® protocol device, a Device-Net® . 
protocol device, a AS-Interface protocol device, a CAN protocol device, a TCP/IP 

20 protocol device, an Ethernet device, an internet-based device, and a network 
communication device. 

50. A method of monitoring a plurality of entities within a process plant, 

comprising the steps of: 

collecting data pertaining to the operation of each of the plurality of 

25 entities while each entity is in operation; 

transmitting the collected data to an index computation device; 
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creating a use index for each of the plurality of entities based upon the 
collected data wherein the use index represents status information regarding the 
entity; and 

storing the use indices for each of the plurality of entities in one or 
5 more databases. 

51. The method of claim 50, wherein the plurality of entities together 
comprise a higher level entity, the method further comprising the step of combining 
the use indices of the plurality of entities to pro vide a higher level use index foi the 
higher level entity. 

10 52. The method of claim 5 1 , wherein the step of combining the use indices 

comprises utilizing a weighted sum of the use indices of the plurality of entities, • .7 

53. The method of claim 50, wherein at ieast one of the plurality of entities #• 
includes a plurality of lower level entities, ihe step of collecting data includes . . 
collecting data pertaining to the operation, of each of the plurality of lower level 

15 entities while each of the lower level en tities is in operation, and the step of creating a. 
use index for each of the plurality of entities includes: • 

creating a lower level use index for each of the plurality of lower level *■ 
entities based upon the collected data; and 

• combining the lower level use indices to provide the use index for the 
20 at least one of the plurality of entities. 

54. The method of claim 53, wherein the step of combining the use indices 
comprises utilizing a weighted average of the lower level use indices. 

55 . The method of claim 53, wherein the lower level use index is a 
perfonnance index indicating the relative performance of the lower level entity. 
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56. The method of claim 53, wherein the lower level use index is a 
variability index indicating an amount of deviation of a parameter of the lower level 
entity. 

57. Hie method of claim 53, wherein the lower level use index is a 
5 utilization index indicating a degree of exploitation of the lower level entity. 

58. The method of claim 53, wherein the lower level use index is a health 
index indicating the health of the lower level entity. 

59. The method of claim 50, wherein the step of creating a use index 
comprises creating the use index within a device, wherein the device is one of a field 

10 device and field equipment 

60. The method of cfeim 59, further comprising the step of detecting a 6rst& 
condition witiun the field device, wherein the first condition pertains- to the field -v:#- 
device, and wherein creating the use index comprises creating a health index basedv^jr 
the first condition.. v lv. 

15 61. The method of claim 60, further comprising the steps of: v 

detecting a second condition different from the first condition within 
the field device, wherein the second condition pertains to the field device; and 
creating a new health index based on the second condition. 

62. A system for displaying use indices for a process plant having a 
20 plurality of entities, the system comprising: 

a processor; 
a. display; 

a database adapted to store use indices for each of the plurality of 

entities; 
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a first routine adapted to be executed by the processor which stores a 
representation of each of the plurality of entities in the database; and 

a second routine adapted to be executed by the processor which 
displays a set of the representations and which displays the use indices proximately to 
5 each corresponding representation in the set. 

63 . The system of claim 62, further comprising a third routine adapted to 
be executed by the processor which displays a description corresponding to at least 
one use index, wheiein the description is indicative of status information regarding 
one of the plurality of entities. 

10 64. The system of claim 63 , further comprising a fourth routine adapted to 

be executed by the processor which analyzes the at least one use index to provide, the 
description. • 

65. The 'system of claim 62, further comprising: y '^k 

. a third routine adapted to be executed by the processor which CQtnbifees * 
15 . the use indices of the representations in the set to provide a higher level use in#x tot- 
a higher level entity; and 

a fourth routine adapted to be executed by the processor which displays 
a representation of the higher level entity and which displays the higher level use 
index displayed proximately to the higher level entity. 

20 66. The system of claim 65, wherein the representation of the higher level 

entity comprises the display of the set of the representations. 

67. The system of claim 65, wherein the higher level use index is a 
performance index indicating the relative performance of the higher level entity. 



70- 



WO 02/071170 PCT/US02/05874 

30203/37167A 

68. The system of claim 65, wherein the higher level use index is a 
variability index indicating an amount of deviation of a parameter of the higher level 
entity. 

69. The system of claim 65, wherein the higher level use index is a 

5 utilization index indicating a degree of exploitation of the higher level entity. 

c 

70. The system of claim 65, wherein the higher level use index is a health 
index indicating the health of the higher level entity. 

7 1 . The system of claim 65, further comprising a fifth routine adapted to 
be executed by the processor which displays a description corresponding to the higher 

1 0 level 7isc index, wherein the description is indicative of status mfortnation of the 
higher level entity- 

72 The system of claim 71, further comprising a sixth routine adapjjbd U> 
• beexecuied by the processor which performs a data malysis of fhe highei ie^iwe 
. . index 1o provide the description. 

15 73. k The system of claim 65, further comprising a fifth routine adapted to 

be executed by the processor which switches between displaying the representation of 
the higher level entity and displaying a representation of one of the plurality of entities 
that comprise the higher level entity in response to a user action. 

74. The system of claim 65, wherein the representation of the higher level 
20 entity is a representation of the process plant. 
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FCCU Variability: 12.1 
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